Swarmbase는 자율 AI 에이전트 스웜을 배포, 조정 및 검증하기 위한 탈중앙화 인프라 제공을 목표로 합니다. 이 프로젝트는 opBNB와 BNB Smart Chain(BSC)에 걸친 이중 체인 설계를 통해 멀티 에이전트 오케스트레이션, 탈중앙화 컴퓨팅, 메시징, 검증 및 경제적 조정을 중심으로 하는 프로토콜과 개발자 스택을 설명합니다. [1] [2]
Swarmbase는 다중 에이전트 AI 시스템의 조정, 연산 접근 및 검증 문제를 해결하기 위한 프로토콜로 자리매김하고 있습니다. 이 플랫폼은 opBNB에서의 고빈도 실행 및 에이전트 간 메시징을 BSC에서의 결제, 스테이킹 및 거버넌스와 분리하며, 저지연 메시징, 탈중앙화 연산, 출력의 암호화 검증, 그리고 다중 에이전트 워크플로우 구축 및 배포를 위한 개발자 도구를 통해 스웜(swarm) 규모의 조정을 지원하는 것을 목표로 합니다. 프로젝트 자료에 따르면 거버넌스는 영국령 버진아일랜드(BVI)에 조직되어 있으며 법적 연락처를 제공하고 있습니다. [1] [2]
프로젝트에서 제시한 로드맵은 여러 단계로 구분됩니다. "Foundation"으로 명명된 Phase 01(2026년 1분기2분기)은 완료된 것으로 설명되며, opBNB에 SwarmCore 및 SwarmBadge 배포, 공개 dApp, 그리고 컨트랙트 소스 검증을 포함합니다. "Token Launch"로 명명된 Phase 02(2026년 2분기)는 활성 상태로 제시되며, BSC에서의 SWARM 토큰 배포, 베스팅 락(vesting locks), 유동성 공급, 그리고 TGE 스냅샷 기반의 에어드랍을 포함합니다. Phase 03–05(2026년 3분기2027년)는 향후 예정된 단계로 나열되어 있으며, 스테이킹 및 거버넌스 모듈 활성화, 수수료 메커니즘 및 배출(emissions), 마켓플레이스, TEE 증명을 포함한 코디네이터 및 검증자 구성 요소, SDK 및 보조금, 그리고 추론 증명(Proof of Inference) 및 ZKML 기반 검증과 같은 장기 연구 목표를 다룹니다. 이러한 마일스톤은 프로젝트 측에 의해 설명된 것이며, 해당되는 경우 독립적인 확인이 필요할 수 있습니다. [1] [2]
공식적인 대외 활동으로는 웹사이트 및 백서, GitHub 조직, 코어 서비스 엔드포인트, 회사 LinkedIn 페이지, 그리고 시장/상장 페이지가 포함됩니다. 시장 애그리게이터 페이지에 따르면 총 조달 금액은 300만 달러이며, 최근 라운드는 2026년 3월 17일의 익스텐디드 시드(Extended Seed)로 표시되어 있습니다. 투자자 세부 정보는 공개된 요약본에 기재되어 있지 않습니다. [3]
프로젝트 문서의 두 가지 대표적인 문구는 그 범위와 설계 선택을 잘 보여줍니다.
이 프로젝트는 오케스트레이션, 컴퓨팅, 메시징, 검증 및 개발자 도구에 걸친 여러 구성 요소를 설명합니다. SwarmCore는 작업 분해, 계층적 계획, 동적 에이전트 할당, 합의/페일오버 처리를 위한 오케스트레이션 엔진으로 제시되며, 초기 참여(등록, 체크인, 추천 및 TGE 전 포인트 지표)를 위해 opBNB에 배포된 것으로 표시됩니다. 역시 opBNB에 배포된 것으로 설명된 SwarmBadge는 기여자들에게 양도 불가능한(소울바운드) 배지(예: Pioneer, Builder, OG)를 발행합니다. 표준 BEP-20 토큰인 SwarmToken은 TGE 시점에 BSC에서 발행될 예정입니다. 계획된 프로토콜 모듈에는 StakeVault(스테이킹, 위임, 언본딩 기능이 있는 슬래싱 에스크로), GovernanceModule(2단계 온체인 거버넌스), RewardDistributor(opBNB의 에포크 보상), SwarmCoordinator(작업 라우팅 및 DAG 관리), VerifierGateway(TEE 증명 및 ZKML 검증)가 포함됩니다. 개발자용 리소스는 Python, TypeScript, Rust 기반의 SDK와 에이전트 프레임워크와의 통합을 강조합니다. [1] [2]
설명된 기능 세트는 오케스트레이션, 분산 컴퓨팅, 메시징/상태, 검증 및 개발자 도구를 결합합니다. 작업 오케스트레이션은 계층적 분해와 실패 및 적대적 행위에 대한 견고한 처리를 강조합니다. 분산 컴퓨팅은 자동 입찰과 검증 가능한 오프체인 작업을 위한 암호화 증명을 지원하는 피어 투 피어(P2P) GPU 마켓플레이스(ComputeMesh)로 개요가 설명되어 있습니다. 메시징 및 상태 처리(HiveMind)는 영구 메모리 스트림과 멀티모달 컨텍스트 공유를 갖춘 저지연 에이전트 간 채널로 제시됩니다. 검증(Proof of Swarm)은 검증자 스테이킹 및 부정 행위에 대한 슬래싱(slashing)을 통해 에이전트 출력의 암호화 증명을 표준화하여 온체인 감사 추적을 생성하는 것을 목표로 합니다. 개발자 스택에는 SDK, 프레임워크 통합(예: LangChain, AutoGen, CrewAI), 에이전트 템플릿 및 배포 도구가 포함됩니다. 일부 성능 및 채택 지표(예: 50ms 미만의 오케스트레이션, 10ms 미만의 메시징 및 배포 수)는 프로젝트 자료에 기인한 것이며 독립적으로 검증되지 않았습니다. [1] [2]
프로젝트 자료는 여러 참여자 역할을 설명합니다. “Swarm Deployers(스웜 배포자)”는 자동화, 연구 및 생산 워크플로우를 위해 에이전트 스웜을 출시하는 기업과 개발자입니다. “GPU Providers(GPU 제공자)”는 ComputeMesh에 컴퓨팅 리소스를 공급하고 보상을 받도록 설계되었습니다. “Validators(검증자)”는 출력물과 증명을 확인하는 스테이커로, 슬래싱(slashing) 대상이 될 수 있습니다. “Developers(개발자)”는 SDK를 사용하여 템플릿, 통합 및 애플리케이션을 구축하며, 수익 공유 및 보조금에 대한 언급이 포함되어 있습니다. “DAO/Governance(DAO/거버넌스)” 행위자는 거버넌스가 활성화될 때 프로토콜 매개변수와 금고에 대해 투표할 것으로 예상되는 SWARM 홀더들입니다. 공개된 결과물에는 GitHub 조직, 웹사이트/백서 및 운영 중인 dApp 엔드포인트가 포함됩니다. 백서는 opBNB의 특정 참여 시스템을 라이브 상태로 취급하며, 핵심 거버넌스 및 스테이킹은 로드맵 항목으로 다룹니다. [1] [2]
회사의 LinkedIn 페이지는 추가적인 조직적 접점을 제공하지만, 포괄적인 리더십, 파트너 또는 자금 조달 세부 정보는 나열되어 있지 않습니다. [4]
이러한 사용 사례들은 프로젝트 자료 및 백서 설명에 나열되어 있습니다. [1] [2]
Swarmbase는 고빈도 에이전트 실행 및 메시징은 opBNB(1초 미만의 블록 시간을 가진 L2 환경)에서 실행하고, 정산, 토큰 전송, 스테이킹, 거버넌스 및 슬래싱(slashing)은 BNB Smart Chain(BSC)에서 처리하는 이중 레이어 아키텍처를 설명합니다. 이러한 분리는 보다 보수적인 정산 레이어와 함께 저지연 에이전트 상호작용을 제공하는 것을 목표로 합니다. 로드맵에 따르면 초기 참여 모듈(예: SwarmCore 및 SwarmBadge)은 opBNB에 배포된 것으로 보고되었으며, 표준 SWARM 토큰과 거버넌스/스테이킹 모듈은 BSC에 위치합니다. [2] [1]
핵심 실행 모델은 에이전트와 유형화된 메시지 채널이 중첩된 서브 스웜(sub-swarms)을 지원하는 유향 비순환 그래프(DAG)를 형성하는 "swarms-as-DAG"로 프레임워크화되어 있습니다. 오케스트레이션 엔진(SwarmCore)은 계층적 작업 분해, 동적 에이전트 할당, 에이전트 간 합의 및 장애 조치(failover) 처리를 목표로 합니다. 프로젝트 측에서 주장하는 성능 목표에는 50ms 미만의 오케스트레이션 지연 시간이 포함되나, 이는 프로젝트에 의해 보고된 것이며 여기서 독립적으로 검증되지는 않았습니다. [1] [2]
HiveMind는 에이전트 간의 종단 간 암호화와 영구 메모리 스트림 및 멀티모달 컨텍스트 전파를 갖춘 저지연 메시징 기질로 설명됩니다. 자료에서는 10ms 미만의 메시징 지연 시간을 주장으로 제시합니다. opBNB에서의 상태 처리는 계층적 트라이(tries)와 상태 전이를 위한 제안-커밋-공개(propose-commit-reveal) 패턴의 관점에서 논의되며, 에포크(epoch) 경계에서 글로벌 상태 루트를 BSC에 주기적으로 앵커링합니다. [1] [2]
ComputeMesh는 리소스 검색, 자동 입찰 및 오프체인 컴퓨팅 검증을 위한 암호화 증명을 가능하게 하는 피어 투 피어(P2P) GPU 마켓플레이스로 특징지어집니다. 그 목적은 에이전트 워크플로우에 검증 가능한 계산 결과를 제공하면서 비용을 절감하는 것입니다. 로드맵에서는 TEE 증명 경로와 ML 추론을 위한 최종적인 영지식 증명 전략을 포함한 특정 증명 시스템이 논의됩니다. [1] [2]
Proof of Swarm 검증 레이어는 에이전트 출력에 대한 암호화 증명을 생성하기 위한 것으로, 검증자는 SWARM을 스테이킹하고 부정 행위 시 슬래싱 대상이 됩니다. 백서에 요약된 슬래싱 조건에는 허위 또는 이중 증명, 장기 다운타임, 증명 조작 등이 포함되며, 페널티와 보상은 보고자와 재무고(treasury)에 분배됩니다. 로드맵은 이후 단계에서 추론 검증을 위한 신뢰 실행 환경(TEE) 증명(Intel SGX, AMD SEV) 및 PLONK 기반 ZKML을 언급하며, 유용한 추론을 검증자 증명과 함께 합의 지표로 취급하는 Proof of Inference라는 연구 방향도 제시합니다. [2]
Swarmbase SDK는 LangChain, AutoGen, CrewAI와 같은 에이전트 프레임워크와의 통합, 에이전트 템플릿 및 단일 명령 배포 툴링을 갖춘 교차 언어(Python, TypeScript, Rust) 지원으로 설명됩니다. 백서와 사이트는 또한 후속 단계에서 활성화될 예정인 개발자 API와 에이전트 마켓플레이스를 참조합니다. [1] [2]
프로젝트 자료에 따르면 01단계(Phase 01)가 마무리될 무렵 스마트 컨트랙트 감사가 “진행 중”이었으며, 특정 opBNB 배포에 대한 컨트랙트 소스 검증이 완료되었습니다. 검증 경로(Verification pathways)는 GDPR을 고려한 설계와 이후 단계에서의 TEE 및 ZKML 사용을 강조합니다. 거버넌스 설계에는 점진적 탈중앙화를 위해 예정된 위험 감소 메커니즘(예: 타임락, 거부권을 가진 임시 보안 위원회)이 포함되어 있습니다. 이러한 항목들은 프로젝트에 의해 보고되었으며, 관련 내용들은 향후 마일스톤에 따라 달라질 수 있습니다. [1] [2]
프로젝트 자료에 따르면 SWARM은 BSC 상의 고정 공급 BEP-20 토큰으로, 스테이킹, 수수료, 보상 및 계획된 거버넌스에서 경제적 역할을 수행합니다. 백서에는 총 공급량 1,000,000,000 SWARM이 명시되어 있으며, 민팅(발행) 기능, 전송 제한 및 프록시 업그레이드 기능이 없습니다. 토큰 배포 및 분배 메커니즘은 로드맵 02단계(토큰 출시)와 연계되어 있습니다. [2] [1]
이러한 비율과 명칭은 프로젝트의 토큰노믹스 자료에 제공된 내용입니다. [1] [2]
기술된 베스팅 일정에는 전략적 라운드 및 전략적 파트너를 위한 12개월 클리프(Cliff)와 이후 선형 베스팅(12개월 선형), 팀을 위한 12개월 클리프와 24개월 선형 베스팅, 그리고 커뮤니티, 마케팅, 생태계 보상을 위한 다양한 단기 클리프 및 선형 베스팅 프로필이 포함됩니다. 유동성은 거래소 유동성을 위해 TGE 시점에 할당되며, LP 토큰은 백서에 따라 최소 12개월 동안 잠금 처리되는 것으로 명시되어 있습니다. 수탁은 선택된 할당량의 경우 Team.Finance를 통해, 그 외에는 Gnosis Safe 멀티시그를 통해 이루어지는 것으로 설명됩니다. 웹사이트와 백서의 버전에 따라 특정 카테고리(예: 커뮤니티 언락)의 초기 언락 비율이 다르게 나타나기도 하지만, 백서는 민팅 기능이 없는 고정 공급 토큰임을 명시하고 있으며 로드맵은 토큰 배포 및 유동성을 토큰 출시 항목으로 분류하고 있습니다. [2] [1]
이러한 유틸리티와 수수료 메커니즘은 웹사이트와 백서 전반에 걸쳐 설명되어 있으며, 로드맵 일정에 따라 단계별 활성화가 예정되어 있습니다. [1] [2]
계획된 배출량에는 생태계 할당량에서 발생하는 초기 연간 배출량이 포함되며, 연간 반감기 일정이 적용되어 에포크당 지급됩니다(백서는 6시간 단위 에포크를 목표로 하며 1년 차 에포크당 명목 수치를 제시함). 에이전트 작업 실행에 대한 프로토콜 수수료는 3%로 제안되었으며, 이 중 2%는 소각되고 나머지는 트레저리와 검증자 간에 분할됩니다. 설명된 Staking 파라미터에는 구성 가능한 최소 검증자 스테이킹 금액, 14일의 언본딩(unbonding) 기간, 언본딩 중 슬래싱 적용 가능성이 포함됩니다. 이러한 파라미터는 로드맵 항목이며 활성화 시 온체인 거버넌스의 대상이 됩니다. [2]
프로젝트는 토큰 출시 및 초기 프로토콜 활성화 이후 활성화될 예정인 2단계 온체인 거버넌스 모델을 개설합니다. 파라미터 거버넌스(Parameter Governance)는 단순 과반수와 정의된 정족수로 수치적 프로토콜 설정(예: 스테이크, 배출량, 수수료)을 다루며, 구조적 거버넌스(Structural Governance)는 특별 과반수와 더 높은 정족수로 컨트랙트 업그레이드 및 트레저리 지출을 다룹니다. 제안 프로세스(보증금, 토론 기간, 투표 기간 및 실행 타임락)가 명시되어 있으며, 탈중앙화가 진행됨에 따라 축소 및 최종 제거를 목표로 하는 거부권을 가진 임시 보안 위원회(Security Council)도 함께 운영됩니다. 거버넌스 자료는 GovernanceModule이 활성화될 때 의도된 "1 토큰 = 1 투표" 메커니즘을 나타냅니다. [2] [1]
프로젝트 자료에는 계획과 의도가 설명되어 있지만, 참조된 문서 기준으로 확인된 제3자 파트너 이름은 제공되지 않습니다. [1] [2]
SwarmCore는 참여자를 등록하고, 작업 분해를 관리하며, 계층적 계획, 합의 및 페일오버 루틴을 통해 에이전트를 조정하는 오케스트레이션 엔진으로 설명됩니다. 초기 참여 기능에는 등록, 일일 체크인, 추천인 추적 및 TGE 전 온체인 포인트 메커니즘이 포함됩니다. SwarmBadge는 Pioneer, Builder, OG와 같은 카테고리에 걸쳐 초기 기여자에게 양도 불가능한 배지를 발급합니다. SwarmCoordinator는 향후 단계에서 DAG 기반 워크플로우 및 작업 라우팅을 관리하도록 계획되어 있습니다. VerifierGateway는 TEE 증명 파이프라인(Intel SGX/AMD SEV)을 통합하고, 시간이 지남에 따라 추론 검증을 위한 ZKML 증명자를 통합할 예정입니다. RewardDistributor는 실행 레이어에서 에포크당 보상을 방출하도록 구조화되어 있으며, StakeVault 및 GovernanceModule은 프로토콜 활성화 단계에서 스테이킹 및 거버넌스를 온라인으로 전환합니다. [1] [2]
개발자 리소스는 Python, TypeScript, Rust용 SDK로 제공되며 LangChain, AutoGen, CrewAI와 같은 에이전트 프레임워크와의 통합을 지원합니다. 플랫폼 로드맵에는 개발자 API와 에이전트 템플릿 및 구성 요소를 위한 마켓플레이스가 포함되어 있습니다. 코드와 문서를 위한 공개 GitHub 조직이 존재하지만, 로드맵에 설명된 모든 모듈이 참조 문서 작성 시점에 사용 가능한 것으로 표시되지는 않았습니다. [2] [5]
오케스트레이션 기능은 다중 에이전트가 유형화된 메시지 채널을 통해 병렬 또는 순차적으로 실행될 수 있도록 하는 'DAG로서의 스웜(swarms-as-DAG)' 의미론을 강조합니다. 계층적 작업 계획 접근 방식은 복잡한 워크플로우를 전문 에이전트가 처리하는 하위 작업으로 분해하는 것을 목표로 하며, 에이전트의 실패나 적대적 행위를 완화하기 위해 동적 할당 및 페일오버(failover) 기능을 갖추고 있습니다. 메시징 레이어는 멀티모달 입력 및 출력을 지원하기 위해 저지연 통신과 지속적인 컨텍스트 공유가 가능하도록 설계되었습니다. 검증 시스템은 정직한 행동을 유도하기 위해 스테이킹 기반 검증 및 슬래싱(slashing)을 통합하며, 재현성을 위해 온체인 감사 추적을 제공합니다. 프로젝트 자료에는 GDPR을 고려한 검증 사항과 향후 단계에서 추론 검증을 위해 TEE(신뢰 실행 환경) 및 ZK 증명(영지식 증명)을 지원하려는 의도가 기술되어 있습니다. 일부 정량적 성능 주장은 프로젝트 측에서 제시한 것이며, 제3자 벤치마크가 없는 상황에서는 그에 따라 해석되어야 합니다. [1] [2]
ComputeMesh는 프로그래밍 방식의 입찰과 검증 가능한 컴퓨팅 증명을 갖춘 분산형 GPU 마켓플레이스를 제공하는 것을 목표로 합니다. 이는 비용을 절감하고 컴퓨팅 자원에 대한 접근성을 넓히는 동시에 에이전트가 워크로드를 오프로드할 수 있도록 설계되었습니다. 프로토콜은 컴퓨팅 제공자에 대한 결제가 SWARM을 사용하여 정산될 것을 제안하며, 프로토콜 활성화 단계가 완료되면 배출량(emissions) 및 수수료를 통해 추가 보상이 분배됩니다. [1] [2]
생태계 참여자에는 에이전트 워크플로우를 구성하고 실행하는 스웜 배포자(swarm deployers), 네트워크에 컴퓨팅 자원을 공급하는 GPU 제공자, 스테이킹을 통해 결과에 증명하는 검증자, 그리고 템플릿과 통합 기능을 제작하여 수익 공유나 보조금을 받을 수 있는 개발자가 포함됩니다. DAO 거버넌스 커뮤니티는 토큰 보유자로 구성되며, 거버넌스가 활성화되면 매개변수 설정 및 재무 할당에 대해 투표할 것으로 예상됩니다. 공개된 결과물로는 웹사이트와 백서, GitHub 페이지, 그리고 문서에 언급된 실행 레이어 dApp 엔드포인트가 있습니다. 백서에 따르면 opBNB 구성 요소는 현재 참여 가능한 상태이며, 스테이킹과 거버넌스는 향후 단계에서 활성화될 예정입니다. [1] [2]
시장 애그리게이터 페이지에 따르면 보고된 총 자금 조달액은 300만 달러이며, 2026년 3월 17일에 익스텐디드 시드(Extended Seed) 라운드가 진행되었습니다. 공개된 요약본에는 상세한 투자자 정보가 포함되어 있지 않습니다. LinkedIn 회사 페이지가 존재하지만, 제공된 자료에는 창립자나 경영진이 명시되어 있지 않습니다. [3] [4]
SwarmCore는 에이전트 등록, 작업 수명 주기, 에이전트 간의 합의/장애 조치(failover)를 관리하며, 응답성 있는 조정을 위해 50ms 미만의 오케스트레이션 지연 시간을 목표로 합니다. 백서에 따르면 실행 모델은 opBNB의 상태 전환과 호환되며 정산(settlement)을 위해 BSC에 주기적으로 앵커링되어, SwarmCore를 고주파 제어 평면(control plane)으로 포지셔닝합니다. [1] [2]
ComputeMesh는 공급자가 성능과 가격을 광고하고 자동 입찰을 통해 작업이 할당되는 탈중앙화 마켓플레이스로 구성됩니다. 컴퓨팅 작업의 검증은 암호화 증명에 의존하도록 설계되었으며, 향후 단계에서는 ML 추론 유효성을 위해 TEE 인증 및 영지식(zero-knowledge) 접근 방식이 추가될 예정입니다. [1] [2]
HiveMind는 저지연 채널(10ms 미만 주장)과 에이전트 및 작업 전반에 걸쳐 컨텍스트를 보존하는 영구 메모리 스트림을 강조하며, 종단 간 암호화를 제공합니다. 이 구성 요소는 여러 전문 에이전트가 중간 결과와 상태를 교환하는 스웜(swarm) 조정의 기반이 됩니다. [1] [2]
검증 레이어는 검증자 스테이킹, 증명 확장을 위한 위원회 선택 메커니즘, 부정 행위에 대한 슬래싱(slashing)을 제안합니다. 백서는 허위 증명, 이중 증명, 가동 중단, 증명 조작에 대한 페널티 비율과 슬래싱된 금액의 분배 방식을 개설합니다. 시간이 지남에 따라 시스템은 TEE 파이프라인과 ZKML 증명자를 통해 더 강력한 증명을 목표로 하며 추론 증명(Proof of Inference) 모델을 탐색합니다. [2]
개발자 스택에는 여러 언어로 된 SDK, 에이전트 프레임워크와의 통합, 일반적인 워크플로우를 위한 템플릿, 계획된 마켓플레이스가 포함됩니다. 공개 GitHub 조직이 코드 및 문서 허브 역할을 하지만, 개별 모듈의 가용성은 로드맵 진행 상황 및 감사 결과에 따라 달라집니다. [2] [5]
백서에 기술된 거버넌스 모델은 매개변수 및 구조적 투표, 정의된 정족수, 제안 보증금, 토론 및 투표 기간, 실행 타임락을 포함하는 2단계 구조를 포함합니다. 거부권을 가진 임시 보안 위원회는 시간 제한을 두며 탈중앙화가 진행됨에 따라 단계적으로 폐지될 예정입니다. 해당 사이트는 거버넌스가 영국령 버진아일랜드 관할권 하에 있음을 명시하고 있으며, 로드맵 항목은 향후 단계에서 온체인 거버넌스의 활성화를 나타냅니다. [2] [1]
보안 요소에는 스테이킹 기반 검증자 선택, 지정된 페널티를 동반한 슬래싱(slashing), 그리고 진화하는 검증 스택(TEE 및 ZKML)이 포함됩니다. 프로젝트 보고에 따르면 01단계 종료 시점에 스마트 컨트랙트 감사가 "진행 중"이며, 특정 opBNB 배포에 대한 컨트랙트 소스 검증이 이루어집니다. 이러한 요소들은 에이전트 출력의 책임성과 재현성을 지원하고 부정직한 행위를 완화하기 위해 고안되었습니다. [1] [2]
더 광범위한 멀티 에이전트 및 탈중앙화 컴퓨팅 환경 내에서, 이 설계는 토큰 기반 인센티브 및 온체인 거버넌스와 결합된 오케스트레이션, 컴퓨팅, 메시징 및 검증 스택을 강조합니다. 관련 자료들은 합의 지향적 추론 검증(Proof of Inference) 및 모델 출력의 암호화 검증(ZKML)을 향한 미래 단계 연구의 틀을 잡고 있으며, 이는 AI 시스템을 위한 검증 가능한 컴퓨팅 분야에서 나타나고 있는 노력들과 궤를 같이합니다. 이러한 요소들은 현재의 보장 사항이라기보다는 로드맵 항목으로 제시됩니다. [2] [1]
May 6, 2026. 06:12 UTC
편집 요약:
Added Swarmbase overview and protocol details