Swarmbase는 자율 AI 에이전트 스웜을 배포, 조정 및 검증하기 위한 탈중앙화 인프라 제공을 목표로 합니다. 이 프로젝트는 opBNB와 BNB 스마트 체인(BSC)에 걸친 이중 체인 설계를 바탕으로 멀티 에이전트 오케스트레이션, 탈중앙화 컴퓨팅, 메시징, 검증 및 경제적 조정을 중심으로 하는 프로토콜과 개발자 스택을 설명합니다. [1] [2]
Swarmbase는 멀티 에이전트 AI 시스템의 조정, 컴퓨팅 접근 및 검증 문제를 해결하기 위한 프로토콜로 자리매김하고 있습니다. 이 플랫폼은 저지연 메시징, 탈중앙화 컴퓨팅, 출력값의 암호학적 검증, 그리고 멀티 에이전트 워크플로우 구축 및 배포를 위한 개발자 도구를 통해 스웜(swarm) 규모의 조정을 지원하는 것을 목표로 합니다. 이를 위해 opBNB에서의 고빈도 실행 및 에이전트 간 메시징을 BSC에서의 결제, 스테이킹 및 거버넌스와 분리합니다. 프로젝트 자료에 따르면 거버넌스는 영국령 버진아일랜드에 조직되어 있으며 법적 연락처를 제공하고 있습니다. [1] [2]
프로젝트가 제시한 로드맵은 여러 단계로 구분됩니다. "Foundation"으로 명명된 1단계(2026년 1분기2분기)는 완료된 것으로 설명되며, opBNB에 SwarmCore 및 SwarmBadge 배포, 공개 dApp, 컨트랙트 소스 검증을 포함합니다. "Token Launch"로 명명된 2단계(2026년 2분기)는 현재 진행 중으로 표시되며, BSC에서의 SWARM 토큰 배포, 베스팅 락업, 유동성 공급 및 TGE 스냅샷 기반 에어드랍이 포함됩니다. 35단계(2026년 3분기~2027년)는 예정된 단계로, 스테이킹 및 거버넌스 모듈 활성화, 수수료 메커니즘 및 배출, 마켓플레이스, TEE 증명을 갖춘 코디네이터 및 검증자 구성 요소, SDK 및 보조금, 그리고 추론 증명(Proof of Inference) 및 ZKML 기반 검증과 같은 장기 연구 목표를 다룹니다. 이러한 마일스톤은 프로젝트 측의 설명이며, 해당되는 경우 독립적인 확인이 필요할 수 있습니다. [1] [2]
공식적인 활동으로는 웹사이트 및 백서, GitHub 조직, 핵심 서비스 엔드포인트, 회사 LinkedIn 페이지 및 시장 상장 페이지가 있습니다. 시장 애그리게이터 페이지에 따르면 2026년 3월 17일 익스텐디드 시드(Extended Seed)로 명명된 최근 라운드를 포함하여 총 300만 달러의 자금을 조달한 것으로 보고되었으나, 투자자 세부 정보는 공개된 요약본에 기재되어 있지 않습니다. [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]
설명된 기능 세트는 오케스트레이션, 분산 컴퓨팅, 메시징/상태 관리, 검증 및 개발자 도구를 결합합니다. 작업 오케스트레이션은 계층적 분해와 장애 및 적대적 행위에 대한 강력한 처리를 강조합니다. 분산 컴퓨팅은 자동 입찰과 검증 가능한 오프체인 작업을 위한 암호화 증명을 지원하는 피어 투 피어 GPU 마켓플레이스(ComputeMesh)로 개요가 설명되어 있습니다. 메시징 및 상태 처리(HiveMind)는 영구 메모리 스트림과 멀티모달 컨텍스트 공유를 갖춘 저지연 에이전트 간 채널로 제시됩니다. 검증(Proof of Swarm)은 검증자 스테이킹 및 부정 행위에 대한 슬래싱을 통해 에이전트 출력의 암호화 증명을 표준화하여 온체인 감사 추적을 생성하는 것을 목표로 합니다. 개발자 스택에는 SDK, 프레임워크 통합(예: LangChain, AutoGen, CrewAI), 에이전트 템플릿 및 배포 도구가 포함됩니다. 일부 성능 및 채택 지표(예: 50ms 미만의 오케스트레이션, 10ms 미만의 메시징, 배포 수 등)는 프로젝트 자료에 근거한 것이며 독립적으로 검증되지 않았습니다. [1] [2]
프로젝트 자료는 여러 참여자 역할을 설명합니다. “스웜 배포자(Swarm Deployers)”는 자동화, 연구 및 생산 워크플로우를 위해 에이전트 스웜을 출시하는 기업과 개발자입니다. “GPU 제공자(GPU Providers)”는 ComputeMesh에 컴퓨팅 리소스를 공급하고 보상을 받도록 설계되었습니다. “검증자(Validators)”는 출력물과 증명을 확인하는 스테이커로, 슬래싱(slashing) 대상이 될 수 있습니다. “개발자(Developers)”는 SDK를 사용하여 템플릿, 통합 및 애플리케이션을 구축하며, 수익 공유 및 보조금에 대한 언급이 포함되어 있습니다. “DAO/거버넌스” 행위자는 SWARM 보유자로, 거버넌스가 활성화되면 프로토콜 매개변수와 재무에 대해 투표할 것으로 예상됩니다. 공개된 결과물에는 GitHub 조직, 웹사이트/백서 및 운영 중인 dApp 엔드포인트가 포함됩니다. 백서는 opBNB의 특정 참여 시스템을 실시간 상태로 취급하며, 핵심 거버넌스 및 스테이킹은 로드맵 항목으로 다룹니다. [1] [2]
회사의 LinkedIn 페이지는 추가적인 조직적 접점을 제공하지만, 포괄적인 리더십, 파트너 또는 자금 조달 세부 정보는 나열되어 있지 않습니다. [4]
이러한 활용 사례들은 프로젝트 자료 및 백서 설명에 나열되어 있습니다. [1] [2]
Swarmbase는 고빈도 에이전트 실행 및 메시징을 opBNB(1초 미만의 블록 생성 시간을 가진 L2 환경)에서 실행하고, 정산, 토큰 전송, 스테이킹, 거버넌스 및 슬래싱(slashing)은 BNB 스마트 체인(BSC)에서 처리하는 이중 레이어 아키텍처를 설명합니다. 이러한 분리는 보다 보수적인 정산 레이어와 함께 저지연 에이전트 상호작용을 제공하는 것을 목표로 합니다. 로드맵에 따르면 SwarmCore 및 SwarmBadge와 같은 초기 참여 모듈은 opBNB에 배포된 것으로 보고되었으며, 정식 SWARM 토큰과 거버넌스/스테이킹 모듈은 BSC에 위치합니다. [2] [1]
핵심 실행 모델은 "DAG 형태의 Swarm"으로 구성되며, 여기서 에이전트와 유형화된 메시지 채널은 중첩된 하위 Swarm을 지원하는 유향 비순환 그래프(DAG)를 형성합니다. 오케스트레이션 엔진(SwarmCore)은 계층적 작업 분해, 동적 에이전트 할당, 에이전트 간 합의 및 장애 조치(failover) 처리를 목표로 합니다. 프로젝트 측에서 보고한 성능 목표에는 50ms 미만의 오케스트레이션 지연 시간이 포함되어 있으나, 이는 본 문서에서 독립적으로 검증되지 않았습니다. [1] [2]
HiveMind는 에이전트 간의 영구 메모리 스트림과 멀티모달 컨텍스트 전파를 지원하며, 종단 간 암호화가 적용된 저지연 메시징 기저층으로 설명됩니다. 관련 자료에서는 10ms 미만의 메시징 지연 시간을 강점으로 내세우고 있습니다. opBNB의 상태 처리는 계층적 트라이(hierarchical tries)와 상태 전환을 위한 제안-확정-공개(propose-commit-reveal) 패턴 측면에서 논의되며, 에포크(epoch) 경계마다 글로벌 상태 루트를 BSC에 주기적으로 앵커링합니다. [1] [2]
ComputeMesh는 리소스 검색, 자동 입찰 및 오프체인 연산 검증을 위한 암호화 증명을 지원하는 피어 투 피어(P2P) GPU 마켓플레이스로 특징지어집니다. 그 목적은 에이전트 워크플로우에 검증 가능한 연산 결과를 제공하는 동시에 비용을 절감하는 것입니다. 로드맵에서는 TEE 증명 경로와 머신러닝(ML) 추론을 위한 최종적인 영지식 증명 전략을 포함한 구체적인 증명 시스템이 논의됩니다. [1] [2]
Proof of Swarm 검증 레이어는 에이전트 출력에 대한 암호화 증명을 생성하도록 설계되었으며, 검증자는 SWARM을 스테이킹하고 부정행위 시 슬래싱(자산 몰수) 대상이 됩니다. 백서에 명시된 슬래싱 조건에는 허위 또는 이중 증명, 장기 가동 중단, 증명 조작 등이 포함되며, 벌금과 보상은 신고자와 국고로 분할 배정됩니다. 로드맵에는 향후 단계의 추론 검증을 위한 신뢰 실행 환경(TEE) 인증(Intel SGX, AMD SEV) 및 PLONK 기반 ZKML이 언급되어 있으며, 유용한 추론을 검증자 인증과 결합된 합의 지표로 취급하는 '추론 증명(Proof of Inference)'이라는 연구 방향도 포함되어 있습니다. [2]
Swarmbase SDK는 다중 언어(Python, TypeScript, Rust)를 지원하며 LangChain, AutoGen, CrewAI와 같은 에이전트 프레임워크, 에이전트 템플릿 및 단일 명령 배포 도구와의 통합을 제공하는 것으로 설명됩니다. 백서와 사이트에서는 또한 후속 단계에서 활성화될 예정인 개발자 API와 에이전트 마켓플레이스를 언급하고 있습니다. [1] [2]
프로젝트 자료에 따르면 01단계 종료 시점에 스마트 컨트랙트 감사가 “진행 중”이었으며, 특정 opBNB 배포에 대한 컨트랙트 소스 검증이 완료되었습니다. 검증 경로에서는 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]
계획된 배출량에는 생태계 할당량에서 발생하는 초기 연간 배출량이 포함되며, 이는 연간 반감기 일정에 따라 에포크(epoch)당 지급됩니다(백서에서는 6시간 단위의 에포크를 목표로 하며, 개념적인 1년 차 에포크당 수치를 제시합니다). 에이전트 작업 실행에 대한 프로토콜 수수료는 3%로 제안되었으며, 이 중 2%는 소각되고 나머지는 재무부와 검증인이 나누어 갖습니다. 설명된 스테이킹 매개변수에는 구성 가능한 최소 검증인 스테이킹 금액, 14일의 언본딩(unbonding) 기간, 그리고 언본딩 기간 중 슬래싱(slashing) 적용 가능성이 포함됩니다. 이러한 매개변수들은 로드맵 항목이며 활성화 시 온체인 거버넌스의 대상이 됩니다. [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)' 의미론을 강조합니다. 계층적 작업 계획 접근 방식은 복잡한 워크플로우를 전문 에이전트가 처리하는 하위 작업으로 분할하는 것을 목표로 하며, 에이전트의 실패나 적대적 행위를 완화하기 위해 동적 할당 및 페일오버 기능을 갖추고 있습니다. 메시징 레이어는 멀티모달 입력 및 출력을 지원하기 위해 저지연 통신과 지속적인 컨텍스트 공유가 가능하도록 설계되었습니다. 검증 시스템은 정직한 행동을 유도하기 위해 스테이킹 기반 검증 및 슬래싱(slashing)을 통합하며, 재현성을 위해 온체인 감사 추적을 제공합니다. 프로젝트 자료에는 GDPR을 고려한 검증 사항과 향후 단계에서 추론 검증을 위해 TEE(신뢰 실행 환경) 및 ZK(영지식) 증명을 지원하려는 의도가 기술되어 있습니다. 일부 정량적 성능 주장은 프로젝트 측에서 제시한 것이며, 제3자 벤치마크가 없는 상황에서는 해당 관점으로 해석되어야 합니다. [1] [2]
ComputeMesh는 프로그래밍 방식의 입찰과 검증 가능한 컴퓨팅 증명을 갖춘 탈중앙화 GPU 마켓플레이스를 제공하는 것을 목표로 합니다. 이는 컴퓨팅 자원에 대한 비용을 낮추고 접근성을 넓히는 동시에 에이전트가 워크로드를 오프로드할 수 있도록 설계되었습니다. 프로토콜은 컴퓨팅 제공자에 대한 결제가 SWARM을 사용하여 정산될 것을 제안하며, 프로토콜 활성화 단계가 완료되면 배출량(emissions) 및 수수료를 통해 추가 보상이 분배됩니다. [1] [2]
생태계 참여자에는 에이전트 워크플로우를 구성하고 실행하는 스웜 배포자, 네트워크에 컴퓨팅 자원을 공급하는 GPU 제공자, 스테이킹을 통해 결과에 증명하는 검증자, 그리고 템플릿과 통합 기능을 개발하여 수익 공유나 보조금을 받는 개발자가 포함됩니다. DAO 거버넌스 커뮤니티는 거버넌스가 활성화된 후 매개변수 및 재무 할당에 투표할 토큰 보유자들로 구성됩니다. 공개된 결과물로는 웹사이트와 백서, GitHub 저장소, 그리고 문서에 언급된 실행 레이어 dApp 엔드포인트가 있습니다. 백서에 따르면 opBNB 구성 요소는 현재 참여 가능하며, 스테이킹과 거버넌스는 향후 단계에서 활성화될 예정입니다. [1] [2]
시장 애그리게이터 페이지에 따르면 2026년 3월 17일에 진행된 익스텐디드 시드(Extended Seed) 라운드를 포함하여 총 300만 달러의 자금을 조달한 것으로 기록되어 있으나, 상세 투자자 정보는 공개 요약본에서 확인할 수 없습니다. 링크드인 회사 페이지는 존재하지만 제공된 자료에는 창립자나 경영진에 대한 정보가 명시되어 있지 않습니다. [3] [4]
SwarmCore는 에이전트 등록, 작업 수명 주기, 에이전트 간 합의 및 장애 조치(failover)를 관리하도록 설계되었으며, 즉각적인 조율을 위해 50ms 미만의 오케스트레이션 지연 시간을 목표로 합니다. 백서에 따르면 이 실행 모델은 opBNB의 상태 전환과 호환되며, 정산(settlement)을 위해 주기적으로 BSC에 앵커링됩니다. 이를 통해 SwarmCore는 고주파 제어 평면(control plane)으로서의 위치를 확립합니다. [1] [2]
ComputeMesh는 공급자가 성능과 가격을 공시하고 자동화된 입찰을 통해 작업이 할당되는 탈중앙화 마켓플레이스로 구성됩니다. 컴퓨팅 작업의 검증은 암호화 증명에 의존하도록 설계되었으며, 향후 단계에서는 머신러닝(ML) 추론의 유효성을 위해 TEE(신뢰 실행 환경) 증명 및 영지식 증명 방식이 추가될 예정입니다. [1] [2]
HiveMind는 저지연 채널(10ms 미만 주장)과 에이전트 및 작업 전반에 걸쳐 컨텍스트를 보존하는 지속적인 메모리 스트림을 강조하며, 종단 간 암호화를 제공합니다. 이 구성 요소는 여러 전문 에이전트가 중간 결과와 상태를 교환하는 스웜 조정(swarm coordination)의 기반이 됩니다. [1] [2]
검증 레이어는 검증자 스테이킹, 증명(attestation) 확장을 위한 위원회 선택 메커니즘, 그리고 부정 행위에 대한 슬래싱(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]
제공된 자료에는 지명된 창립자 명단, 상세한 투자자 신원 또는 제3자가 확인한 파트너십 정보가 포함되어 있지 않습니다. 스테이킹/거버넌스 활성화, 수수료 소각 및 배출, TEE/ZKML 검증, 마켓플레이스 기능 등 여러 요소는 로드맵 항목으로 기록되어 있습니다. 시장 애그리게이터 데이터는 공개적인 투자자 귀속 없이 펀딩 수치와 라운드 날짜를 보고합니다. 배포, 토큰 분배, 유동성 잠금, 감사 및 거래소 상장에 대한 독립적인 확인을 원하는 독자는 체인 익스플로러, 감사 보고서 및 거래소 공지사항을 참조해야 합니다. [1] [3]