AI AI
속보
심층
이벤트
Pro
더보기
자금 조달 정보
특집
온체인 생태계
용어
팟캐스트
데이터
OPRR
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
XRP
$2.25
2.07%
DOGE
$0.325
2.23%
USDC
$0.999
3.05%

저장 가능에서 결제 가능으로: Bitroot가 AI 데이터 가치 계층을 재구성하는 방법!

이 글을 읽으려면 63 분
Bitroot는 한편으로 EVM 병렬화와 Pipeline BFT를 통해 고성능 온체인 실행 환경을 제공하며, 다른 한편으로 분산 학습, 추론 네트워크, 신뢰 실행 및 AI 자산 관리를 통해 데이터, 모델, 연산 능력 및 Agent 애플리케이션을 하나의 정산 가능한 네트워크로 연결합니다. 이 네트워크에서 저장소는 고립된 모듈이 아니라, 데이터의 권리 확인 가능 여부, 모델의 재현 가능 여부, 연산 능력의 정산 가능 여부, 기여자의 지속적 수익 창출 가능 여부를 결정하는 인프라입니다.
출처: Bitroot


스토리지는 비용 센터가 아니라 Bitroot AI Stack의 가치 분배 시스템이다


많은 팀이 출시된 지 반 년이 넘어서야 스토리지 계층을 처음부터 더 신중하게 선택했어야 한다는 사실을 깨닫는다. 데이터는 유실되지 않았고 서비스도 중단되지 않았지만, 문제는 다른 방식으로 드러난다: 보관된 훈련 데이터를 불러오는 속도가 점점 느려지고, 핫 벡터 쿼리의 테일 레이턴시가 밀리초에서 초 단위로 흔들리며, 온라인 장애를 분석하려고 해도 당시 모델이 어떤 버전의 훈련 데이터를 사용했는지 아무도 설명하지 못한다. 이쯤 되면 해결해야 할 문제는 더 이상 확장이 아니라, 세 가지 더 어려운 문제다: 누가 데이터가 항상 사용 가능했음을 증명할 수 있는가, 누가 버전에 대한 책임을 지는가, 누가 장기 비용을 부담하는가.


스토리지를 단순히 중앙화된 클라우드에서 오프체인 네트워크로 파일을 옮기는 것으로 이해하는 방식은 NFT 메타데이터 시대에는 버틸 수 있었다. 하지만 비즈니스가 AI 훈련 말뭉치, 모델 가중치, 벡터 인덱스로 확장되면 이 접근 방식은 빠르게 무너진다.


대부분의 팀은 여전히 스토리지를 아낄수록 좋은 후방 비용으로 간주한다. 이것이 바로 스토리지가 가장 과소평가되고 잘못 선택되기 쉬운 지점이다: AI 퍼블릭 체인에서 스토리지는 누가 데이터를 장악하고 누가 수익을 나눌지를 결정하는 가치 분배 계층이다. 이 글은 단 하나의 질문에 답한다: AI와 퍼블릭 체인이 융합된 시나리오에서 어떻게 검증 가능하고, 거버넌스 가능하며, 지속 가능한 분산형 스토리지 솔루션을 구축할 것인가. 아래에서는 먼저 세 가지 주요 패러다임의 능력 경계를 분석하고, AI 데이터의 특수한 난제를 설명한 뒤, 마지막으로 5계층 아키텍처와 단계별 출시 기준을 제시한다. 판단 기준은 주로 공식 프로토콜 문서에 기반하며, 가능한 한 검증 가능한 자료를 사용한다.


Bitroot를 예로 들면, 스토리지 계층의 더 정확한 위치는 AI Stack의 가치 분배 기반이다. Bitroot는 한편으로 병렬화된 EVM과 Pipeline BFT를 통해 고성능 온체인 실행 환경을 제공하고, 다른 한편으로 분산형 훈련, 추론 네트워크, 신뢰 실행 및 AI 자산 관리를 통해 데이터, 모델, 컴퓨팅 파워, Agent 애플리케이션을 결제 가능한 네트워크로 연결한다. 이 네트워크에서 스토리지는 고립된 모듈이 아니라, 데이터의 권리 확인, 모델의 재현 가능성, 컴퓨팅 파워의 결제, 기여자의 지속적인 수익 창출을 결정하는 인프라다.



전체 온체인과 전체 중앙화, AI 시나리오에서는 이미 통하지 않는다


지난 몇 년간 스토리지 문제는 종종 두 가지 선택지로 단순화되었다: 전부 온체인에 올리거나, 전부 중앙화하거나. 이 두 길 모두 AI 시나리오에서는 지속 불가능하다.

전체 온체인(on-chain)화의 압박은 매우 구체적입니다. 훈련 데이터, 모델 가중치, 추론 로그, 벡터 인덱스는 일반적으로 대용량에 빈번한 업데이트가 특징입니다. 이를 조각내서 온체인에 올리더라도 처리량(throughput) 한계와 비용 곡선에 동시에 부딪히게 됩니다. 완전 중앙화 방식은 빠르지만, 검증 가능성, 추적 가능성, 데이터 주권, 그리고 교차 주체 협업에 필요한 신뢰 기반이 매우 취약합니다. 특히 다자간 정산 및 권리 확인이 필요한 경우에는 그 한계가 명확해집니다.


더 중요한 변화는 AI가 스토리지를 비용 항목에서 생산 요소로 전환시켰다는 점입니다. 데이터 버전을 누가 관리하느냐에 따라 모델 반복의 주도권이 누구에게 있는지 결정됩니다. 데이터의 사용 가능성을 증명할 수 있는지 여부는 컴퓨팅 자원 스케줄링 및 정산의 우선순위에 직접적인 영향을 미칩니다. 그리고 데이터를 자산화하는 능력은 팀이 생태계 내에서 장기적인 인센티브를 구축할 수 있는지와 직결됩니다. 이 지점에서 스토리지 계층은 더 이상 후방 지원 시스템이 아니라 가치 분배 시스템이 됩니다.


따라서 적합한 스토리지 아키텍처는 다음 네 가지 질문에 동시에 답해야 합니다: 데이터가 실제로 존재하며 지속적으로 접근 가능한가, 데이터와 모델의 버전 관계를 추적할 수 있는가, 권한과 수익을 거버넌스할 수 있는가, 시스템이 비용과 성능 사이에서 장기적인 균형을 유지할 수 있는가.

Bitroot의 접근 방식: AI 데이터를 '저장 가능'에서 '정산 가능'으로


이것이 바로 Bitroot가 채워야 할 위치입니다. AI 시나리오를 위한 고성능 Parallel EVM 퍼블릭 체인으로서 Bitroot의 스토리지 내러티브는 '데이터를 어디에 둘 것인가'에 머물러서는 안 되며, '데이터를 어떻게 증명하고, 어떻게 호출하며, 어떻게 정산에 참여시킬 것인가'에 답해야 합니다. 훈련 말뭉치, 모델 가중치, 벡터 인덱스, 추론 로그는 대용량 객체에 더 적합한 분산 스토리지 계층에 남겨둘 수 있지만, 이들의 해시 커밋, 버전 관계, 권한 정책, 호출 기록 및 수익 이벤트는 Bitroot 상에서 통일된 온체인 증거를 형성해야 합니다.


이러한 관점에서 Bitroot의 높은 처리량과 낮은 지연 시간은 단순히 DeFi 거래를 위한 것이 아니라, AI Stack 내에서 더 세분화되고 빈도가 높은 거버넌스 이벤트를 처리하기 위한 것입니다: 데이터셋 업데이트는 앵커링되어야 하고, 모델 버전은 등록되어야 하며, AI Agent 호출은 정산되어야 하고, 검색 결과에 대한 분쟁은 중재되어야 하며, 스토리지 노드의 가용성은 지속적으로 도전받고 보상되어야 합니다. 기본 체인이 이러한 이벤트를 수용할 수 있어야만 AI 데이터 자산이 중앙화된 데이터베이스에 갇히거나 책임 추적이 불가능한 오프체인 블랙박스로 전락하지 않을 것입니다.

세 가지 주요 패러다임, 단 하나로 모든 시나리오를 해결할 수는 없다


분산 스토리지의 경쟁은 결코 '누가 가장 진보했는가'가 아니라, '누가 당신의 데이터 구조에 가장 적합한가'입니다.


콘텐츠 주소 지정 네트워크가 해결하는 것은 "이것이 그 데이터인가"라는 문제이지, "누가 온라인 상태를 보장하는가"가 아닙니다. IPFS 공식 문서에 따르면, CID는 콘텐츠 해시 기반 식별자로, 위치 주소 지정에 의존하지 않습니다. 동일한 콘텐츠는 동일한 코덱 설정에서 동일한 CID를 생성하며, 콘텐츠가 1바이트라도 변경되면 CID도 함께 변경됩니다. 이 특성 덕분에 무결성 검증, 중복 제거, 시스템 간 참조에 자연스럽게 적합하며, 데이터 소유권 확인의 기반 기술입니다. 하지만 콘텐츠 주소 지정이 경제적 관점에서의 지속적 가용성을 의미하지는 않습니다. CID는 "신원" 문제를 해결할 뿐, "누가 항상 온라인 상태를 유지할 것인가"라는 질문에는 답하지 않습니다. 많은 팀이 서비스를 시작한 후 첫 번째 함정에 빠지는 지점이 바로 여기입니다. 기술적으로는 CID를 확보했지만, 비즈니스 측면에서는 가용성 약속을 얻지 못한 것입니다.


스토리지 마켓 네트워크는 경제적 메커니즘을 통해 시간 차원의 가용성을 구매합니다. Filecoin 문서에 따르면, 네트워크는 Proof-of-Replication과 Proof-of-Spacetime을 통해 스토리지 약속과 지속적 증명 메커니즘을 구축합니다. PoRep은 초기 봉인(Sealing) 시 고유한 복제본이 실제로 저장되었음을 증명하고, PoSt는 이후 주기에서 해당 데이터가 여전히 존재함을 반복적으로 증명합니다. WindowPoSt의 증명 주기는 일반적으로 24시간 단위로 구성되며, 다시 여러 개의 30분 증명 창으로 나뉩니다. 저장 제공자가 증명 창 내에 유효한 증명을 제출하지 못하면 담보 몰수와 저장 능력 감소가 발생합니다. 이 시스템에서 가용성은 지속적으로 평가되는 항목이지, 계약 체결 후 일회성 약속이 아닙니다. 이러한 계약 기반의 감사 가능한 모델은 중장기 아카이빙, 백업 및 데이터 마켓에 적합하지만, 증명이 있는 장기 창고에 가깝고 자연스러운 저지연 온라인 서비스는 아닙니다. 고빈도 온라인 쿼리를 직접 적용하면 꼬리 지연(Tail Latency)으로 인해 사용자 경험이 저하됩니다.


영구 스토리지 네트워크는 다른 길을 갑니다. 일회성 지불로 변경 불가능한 기록을 확보하는 방식입니다. Arweave 프로토콜 및 백서 자료에 따르면, 업로드 수수료의 일부는 스토리지 기부 풀(Endowment)에 들어가 장기 스토리지 인센티브를 충당하며, 장기 지속 가능성을 요금 모델에 사전 반영하고 후속 갱신 습관에 의존하지 않습니다. 이는 역사적 아카이브, 중요 증명, 저작권 자료와 같은 변경 불가능한 기록에 적합합니다. 단점도 명확합니다. 영구성이 자동으로 높은 동시성과 낮은 지연 시간을 의미하지는 않으며, 실제로는 캐시, 게이트웨이 또는 오프라인 인덱스 레이어를 추가로 적용해야 사용자 측의 실시간 경험을 충족할 수 있습니다.


이 세 가지 기본 패러다임 외에도 엔지니어링 측면에서 고려할 만한 두 가지 일반적인 조합이 있습니다. 첫 번째는 데이터 가용성 레이어와 객체 스토리지의 하이브리드로, 데이터 게시와 가용성 증명이 더 표준화되지만, 레이어 간 협력이 복잡하고 인터페이스 거버넌스 비용이 높습니다. 두 번째는 멀티 클라우드와 엣지 협력으로, 저지연성과 재해 복구에 유리하지만, 비용 관리와 일관성 관리가 더 까다롭습니다.


어떤 선택을 하든, 하나의 프로토콜이 모든 시나리오를 처리하는 것은 엔지니어링적으로 불가능합니다. 효과적인 방법은 데이터 유형별로 조합하는 것입니다. 지속성, 검색 지연 시간, 규정 준수를 분리하여 각각 적합한 기능 레이어에 매칭하고, 체인 상 앵커링과 거버넌스 레이어를 통해 통합적으로 오케스트레이션하는 것입니다.

Bitroot의 선택 공간도 이러한 조합 논리 위에 구축되어야 합니다. IPFS, Filecoin, Arweave 또는 객체 스토리지를 서로 대체하는 것이 아니라, 각각을 서로 다른 책임 계층에 배치하는 것입니다. 콘텐츠 주소 지정은 데이터 식별성과 무결성을 위해, 스토리지 증명은 장기적 가용성을 위해, 영구 계층은 중요한 역사와 증명을 위해, 핫 검색 계층은 AI 애플리케이션 경험을 위해, 그리고 Bitroot 체인 상위 계층은 버전 앵커링, 권한 정책, 호출 정산 및 분쟁 처리를 통합적으로 담당합니다. 즉, Bitroot는 모든 데이터의 물리적 창고가 될 필요 없이, AI 데이터 가치 흐름의 신뢰할 수 있는 원장이 되어야 합니다.


AI 스토리지의 어려움은 파일 저장이 아닌, 생산 체인 관리에 있다


AI 시나리오에서 스토리지 객체는 최소 네 가지 유형으로 나뉩니다: 훈련 데이터, 모델 가중치, 벡터 인덱스, 추론 로그. 이 네 가지 객체의 수명 주기, 접근 패턴 및 가치 밀도는 완전히 다르므로, 하나의 전략으로 관리하면 단기적으로는 편리하지만 장기적으로는 반드시 거버넌스가 통제 불능 상태가 됩니다.


훈련 데이터의 문제는 용량이 아니라 버전 드리프트에 있습니다. 많은 팀이 훈련 데이터 문제를 TB급 스토리지 비용과 동일시하지만, 실제로 더 까다로운 것은 드리프트입니다. 정제 규칙, 샘플 선택 임계값 또는 레이블링 기준이 변경되기만 하면 모델 동작도 함께 변하며, 데이터 버전과 모델 버전의 바인딩이 없으면 오프라인 평가를 재현하기 어렵습니다. MLflow의 모델 및 데이터 추적 관행에 따르면, 훈련 실행과 데이터 버전의 바인딩은 실험 재현의 전제 조건입니다. 이 원칙은 체인 상에서도 유효합니다. 원시 데이터를 모두 체인에 올릴 필요는 없지만, 버전 약속, 핵심 요약 및 출처 지문은 체인 상에 앵커링해야 합니다. 엔지니어링 측면에서는 최소한 데이터 버전, 훈련 실행, 모델 버전이라는 세 가지 식별자를 바인딩해야 하며, 하나라도 빠지면 온라인 문제 추적이 증거 조사에서 원인 추측으로 퇴보하게 됩니다.


모델 가중치의 문제는 종종 다운로드 가능 여부가 아니라, 호출 경계를 누가 관리하느냐에 있습니다. 모델이 프로덕션에 진입하면 일반적으로 카나리아, 메인, 롤백, 폐기 단계를 거치며, 표준화된 등록 및 권한 부여 시스템이 없으면 온라인 호출은 감사 불가능한 블랙박스가 됩니다. 성숙한 모델 레지스트리는 동시에 혈통(lineage), 버전 별칭, 서명 제약 조건 및 감사 태그를 기록합니다. 체인 상 시스템의 경우, 모델 버전은 단순한 파일 해시가 아니라 권한 정책, 수익 분배 및 책임 경계와 함께 바인딩되어야 합니다.


벡터 인덱스의 어려움은 한 곳에 집중됩니다: 핫-콜드 계층화 이후의 일관성입니다. 벡터 검색에는 고유한 모순이 있습니다. 낮은 지연 시간과 낮은 비용이 서로 충돌한다는 점입니다. 핫 계층은 메모리 또는 고성능 인덱스 서비스에 의존하여 온라인 응답을 보장해야 하고, 콜드 계층은 객체 스토리지에 의존하여 장기 비용을 억제해야 합니다. 통합된 메타데이터와 동기화 전략이 없으면 두 계층은 빠르게 분기되어, 결국 동일한 쿼리가 다른 노드에서 다른 의미론적 결과를 반환하는 문제가 발생합니다. 따라서 벡터 시스템은 두 가지를 지원해야 합니다. 인덱스 구축 과정의 추적 가능성과 핫 계층 인덱스 버전과 콜드 계층 마스터 데이터의 검증 가능성입니다. 이것이 바로 이후에 설명할 검증 가능한 검색이 해결해야 할 과제입니다.


추론 로그에서 프라이버시, 감사, 규제 준수를 동시에 충족시키는 것은 어렵습니다. 이는 보안 감사 자료이자 프라이버시 리스크의 원천이기도 합니다. 전체 데이터를 평문으로 저장하면 규제 리스크가 발생하고, 전혀 저장하지 않으면 사고 분석이 불가능해집니다. 실행 가능한 방법은 세 가지 계층을 중첩하는 것입니다. 콘텐츠를 비식별화하여 저장하고, 해시 커밋을 체인에 기록하며, 접근은 감사 승인을 받아야 합니다. 이렇게 하면 불변성과 접근 취소 가능성을 계층적으로 분리할 수 있습니다.


Bitroot의 AI Stack에서 이 네 가지 객체는 네 가지 거버넌스 액션에 대응할 수 있습니다. 훈련 데이터는 버전 앵커링 및 출처 등록, 모델 가중치는 자산 등록 및 권한 부여 호출, 벡터 인덱스는 핫/콜드 계층화 및 일관성 증명, 추론 로그는 비식별화 저장 및 감사 커밋을 수행합니다. 이들은 동일한 방식으로 체인에 기록될 필요는 없지만, Bitroot에서 통합된 자산 ID, 버전 계보 및 호출 이벤트를 형성해야 합니다. 그래야만 데이터 자산, 모델 자산 및 에이전트 애플리케이션 간에 재사용 가능한 비즈니스 사이클이 형성될 수 있습니다.

검증 가능성은 최소 기준, 가용성 증명이 진정한 분수령


가용성 증명이 없는 스토리지 커밋은 프로덕션 환경에서 사실상 의미가 없습니다. 분산 스토리지가 프로덕션에 진입하려면 최소한 세 가지를 통과해야 합니다. 무결성 증명 가능, 가용성 증명 가능, 행동 감사 가능입니다. AI 검색 시나리오에 진입하면 가장 어려운 검색 증명 가능이라는 조건이 추가됩니다.


무결성 증명은 콘텐츠 주소 지정과 머클 커밋에 의존합니다. 콘텐츠 주소 지정은 데이터 지문의 안정성을 보장하고, 머클 커밋은 부분 검증을 가능하게 합니다. 엔지니어링적 의미는 샤드 수준의 증명을 통해 객체의 하위 집합을 검증할 수 있어 매번 전체 데이터를 읽을 필요가 없다는 점입니다. 대규모 모델 가중치, 대규모 말뭉치 및 멀티미디어 데이터의 경우 이는 검증 비용을 직접 결정합니다.


가용성 증명은 챌린지 메커니즘과 샘플링 검증에 의존합니다. Filecoin의 사례는 가용성이 구두 SLA가 아니라 주기적인 챌린지와 체인상 증명임을 보여줍니다. 이를 일반 아키텍처로 추상화하면 수동 샘플링, 능동 순찰, 실패 시 페널티의 세 가지 요소로 구성됩니다. 노드는 지정된 시간 내에 챌린지에 응답해야 하며, 그렇지 않으면 페널티가 부과되거나 가중치가 감소합니다. 동일한 접근 방식은 데이터 가용성 계층에서 더욱 발전했습니다. Celestia의 데이터 가용성 샘플링 설계에 따르면 데이터는 k×k에서 2k×2k 행렬로 확장되며, 라이트 노드는 여러 번의 무작위 샘플링과 확률 누적을 통해 전체 데이터를 다운로드하지 않고도 가용성에 대한 높은 확률적 신뢰를 구축할 수 있습니다. 이는 AI 시나리오에 이식 가능한 통찰력을 제공합니다. 대규모 객체와 높은 동시성 접근을 처리할 때 모든 가용성을 전체 다운로드로 검증할 필요는 없으며, 통계적 확인이 대규모 시스템에서 더 현실적입니다.


행동 감사는 체인상 앵커링과 이벤트 기록에 의존합니다. 스토리지 시스템에서 가장 관리하기 어려운 것은 행동입니다. 누가 무엇을 업로드했는지, 누가 정책을 변경했는지, 누가 마이그레이션을 트리거했는지, 누가 언제 민감한 모델을 호출했는지 등입니다. 이러한 행동이 통합된 이벤트 스트림으로 수집되지 않으면 분쟁 발생 시 증거가 부족해집니다. 거버넌스 계층이 해야 할 일은 모든 세부 사항을 체인에 기록하는 것이 아니라, 분쟁 발생 시 최소한의 확정적이고 검증 가능한 증거 세트를 확보하는 것입니다.


검색 증명은 AI 시나리오에서만 존재하는 가장 어려운 과제로, 쉽게 간과되는 틈새에서 문제가 발생합니다. 결과를 반환했다고 해서 올바른 결과를 반환한 것은 아니라는 점입니다. 벡터 검색 노드는 만료된 인덱스를 사용하거나 실제로 가장 가까운 이웃을 건너뛰고 그럴듯한 top-k를 반환할 수 있으며, 반환된 값만으로는 이를 식별할 수 없습니다. 의미 검색의 출력 자체는 자체 증명성이 없으며, 오류는 보고되지 않고 조용히 리콜 품질과 모델 성능을 저하시킵니다. 검색 결과가 결제, 권한 부여 또는 온체인 의사 결정에 사용될 때, 이 틈새는 품질 문제에서 신뢰 문제로 확대됩니다.


검색 증명을 세분화하면 세 가지 수준의 보장으로 나뉘며, 점점 더 어려워집니다. 첫 번째 수준은 내용 증명으로, 반환된 벡터가 실제로 약속된 인덱스 버전에 속함을 증명합니다. 이를 위해 인덱스에 인증 데이터 구조를 구축하고, Merkle 약속을 사용해 인덱스 루트를 체인에 올린 후, 결과 반환 시 포함 증명을 첨부하여 노드가 데이터를 조작하거나 대체하지 않았음을 보장합니다. 두 번째 수준은 실행 증명으로, 이 쿼리가 실제로 약속된 버전에서 실행되었음을 증명하며, 개인적으로 수정된 인덱스가 아님을 확인합니다. 이를 위해 쿼리 프로세스를 검증 가능한 계산 범위에 포함시켜야 합니다. 세 번째이자 가장 어려운 수준은 결과 증명으로, 반환된 top-k가 주어진 측정 기준에서 실제로 가장 가까운 이웃임을 증명하며, 더 가까운 이웃을 누락하지 않았음을 보장합니다. 이는 본질적으로 근사 최근접 이웃 검색의 정확성에 대한 증명을 제공하는 것입니다.


생산 규모에서 고차원 근사 최근접 이웃에 대한 엄격한 결과 증명을 수행하는 것은 여전히 최첨단 연구 과제입니다. 영지식 증명과 같은 암호학적 방법이 발전하고 있지만, 고차원 벡터 연산의 증명 오버헤드는 아직 대규모 온라인 사용에 적합한 수준에 도달하지 못했습니다. 실용적인 엔지니어링 해결책은 한 번에 완벽하게 구현하는 것이 아니라 계층적으로 대비하는 것입니다. 먼저 인덱스 버전과 구축 매개변수를 체인에 약속하여 추적 가능성을 보장합니다. 그런 다음 쿼리에 대해 샘플링 재계산을 수행하여 온라인 쿼리의 일정 비율을 신뢰할 수 있는 복사본에서 재실행하고 결과를 비교하며, 통계적 신뢰도를 사용해 개별 증명을 대체합니다. 동시에 여러 독립 노드가 중복 검색을 수행하고 반환된 결과에 대해 합의를 도출하여 단일 노드의 부정 행위 비용을 높입니다. 비교 또는 합의에서 불일치가 발생할 경우에만 논란 쿼리에 대한 전체 재계산 및 온체인 판결로 업그레이드합니다. 이 접근 방식은 가용성 증명에서 샘플링 검증을 우선시하는 접근 방식과 일맥상통합니다. 대규모 시스템에서는 개별 엄격 증명보다 통계적 확인과 논란 업그레이드가 더 실현 가능한 경우가 많습니다.


Bitroot에게 검증 가능한 검색은 독립적인 저장 기능이 아니라 AI Agent의 신뢰할 수 있는 실행의 일부입니다. 온체인 Agent가 외부 지식 베이스, 모델 가중치 또는 벡터 인덱스에 의존해 의사 결정을 내리는 경우, 시스템은 최소한 세 가지를 답할 수 있어야 합니다. 어떤 데이터 버전을 읽었는지, 어떤 모델 버전을 호출했는지, 반환된 결과가 등록된 인덱스 버전에서 왔는지입니다. Bitroot는 이러한 증거를 온체인에서 검증 가능한 이벤트로 압축하여 Agent의 행동을 '지능적으로 보이는 것'에서 '추적 가능하고, 논란 가능하며, 결제 가능한 것'으로 한 단계 더 발전시킬 수 있습니다.



선정의 진짜 문제: 프로토콜이 아닌 조합을 만드는 것


많은 솔루션 심사가 실패하는 이유는 질문 자체가 잘못되었기 때문입니다. 올바른 질문은 "특정 프로토콜을 사용할 것인가"가 아니라, "우리의 데이터 조합은 무엇인가, 목표 지표는 무엇인가, 제약 조건은 무엇인가"입니다. 다음 네 가지 단계를 따르는 것을 권장합니다.


먼저 데이터 자산을 점검합니다. 최소한 상태 데이터, 객체 데이터, 검색 데이터, 감사 데이터로 구분하고, 점검 템플릿을 고정 필드로 만들어 최소 8개 항목(데이터 유형, 일일 증가량, 최대 동시 접속, 읽기/쓰기 비율, 보존 주기, 규정 준수 등급, 목표 지연 시간, 비용 상한)을 포함합니다. 필드가 통일되면 팀 간 선정 커뮤니케이션이 훨씬 빨라집니다.


다음으로 서비스 수준 목표를 정의합니다. P95/P99 지연 시간, 복구 시간 목표(RTO), 복구 시점 목표(RPO), 가용성 목표, TB당 비용 상한을 하나씩 명확히 설정해야 합니다. 그렇지 않으면 이후 모든 논의에 기준이 없게 됩니다.


그다음 역량 매핑을 구축합니다. 영구 저장소, 주기적 가용성 증명, 저지연 검색, 접근 거버넌스와 같은 역량을 각각 다른 기술 계층에 매핑하고, 단일 계층이 모든 것을 처리할 것이라고 기대하지 않습니다.


마지막으로 마이그레이션 임계값을 결정합니다. 어떤 데이터가 과도기 동안 중앙 집중식 호스팅을 허용할지, 어떤 지표가 마이그레이션을 트리거할지, 언제까지 분산형 대체를 완료해야 하는지를 정의합니다. 실용적인 방법은 이중 임계값을 미리 설정하는 것입니다. TB당 비용이 두 연속 통계 주기 동안 예산을 초과하거나, P95 지연 시간이 두 연속 주 동안 목표를 초과하면 자동으로 아키텍처 마이그레이션 심사가 트리거됩니다. 임계값이 없으면 거버넌스도 없으며, 과도기가 영구 상태가 될 수 있습니다.


구현 방안: 5계층 아키텍처로 저장, 검색, 관리를 하나의 폐쇄 루프로


아키텍처의 가치는 계층 수가 아니라 검증 가능한 폐쇄 루프를 형성할 수 있는지에 있습니다. 앞서 제시된 프레임워크를 기반으로 솔루션은 5개 계층으로 수렴됩니다: 온체인 앵커링 계층, 객체 저장 계층, 인덱스 검색 계층, 가용성 증명 계층, 키 권한 계층. 목표는 검증 가능성을 기본 기능으로, 고성능을 구성 가능한 기능으로, 거버넌스를 실행 가능한 프로세스로 만드는 것입니다.


Bitroot에서 이 5개 계층은 AI 스택의 저장 거버넌스 모듈로 더 이해될 수 있습니다. Parallel EVM은 고빈도 앵커링 및 결제 기능을 제공하고, Pipeline BFT는 저지연 결정성을 제공하며, 분산 저장 네트워크는 대형 객체와 히스토리 데이터를 처리합니다. 인덱스 검색 계층은 AI 에이전트와 애플리케이션 호출을 지원하고, 가용성 증명 계층은 노드 서비스 품질을 신뢰도와 보상으로 전환하며, 키 권한 계층은 사용자 주권, 프라이버시 보호 및 모델 상업화 권한을 연결합니다.


온체인 앵커링 계층은 최소한의 필수 상태만 저장합니다: 데이터 약속, 버전 지문, 권한 정책 요약, 결제 이벤트. 대형 객체는 온체인에 저장되지 않으며, 온체인에는 해당 객체가 존재하고 버전이 올바르다는 증명만 저장됩니다. 이를 통해 온체인 검증 가능성을 유지하면서도 처리량이 대형 파일에 의해 저하되지 않도록 합니다.


Bitroot 아키텍처의 맥락에서 온체인 앵커링 레이어는 단순히 '해시를 기록'하는 곳이 아니라, AI 자산 등록, 권한 거버넌스, 수익 분배 및 분쟁 해결을 위한 공통 진입점입니다. 데이터셋, 모델 가중치, 벡터 인덱스 및 추론 로그는 각각에 가장 적합한 방식으로 오프체인에 저장될 수 있지만, 이들의 버전 약속, 권한 부여 상태, 호출 기록 및 수익 귀속은 Bitroot의 온체인 상태로 들어가야 합니다. 이렇게 함으로써 오프체인 저장소는 데이터의 규모를 담당하고, Bitroot는 신뢰를 담당합니다.


객체 저장소 레이어는 실제 데이터를 저장하며, 이레이저 코딩과 복제본의 혼합 전략을 사용합니다: 가치가 높고 접근 빈도가 낮은 객체는 내결함성에 중점을 두고, 중간 가치이면서 접근 빈도가 높은 객체는 검색 효율성에 중점을 둡니다. 이 전략은 정적 구성이 아니라, 접근 핫스팟과 비즈니스 등급에 따라 동적으로 조정됩니다.


인덱스 검색 레이어는 메타데이터 인덱스와 벡터 인덱스를 통합 디렉터리로 묶으며, 핫 레이어는 온라인 검색을 담당하고 콜드 레이어는 아카이빙 및 재구축을 담당합니다. 모든 인덱스 버전은 출처 데이터 버전과 구축 매개변수를 등록해야 하며, 그렇지 않으면 인덱스 드리프트에 대한 책임 추적이 불가능합니다.


가용성 증명 레이어는 노드 행동을 정량화합니다. 챌린지 응답 성공률, 응답 지연 시간, 복구 성공률은 모두 신뢰도 점수에 반영되며, 이 점수는 보상 분배와 연동되어 용량만 보상하고 가용성은 보상하지 않는 상황을 방지합니다.


키 권한 레이어는 접근 및 규정 준수를 제어합니다. 고민감 데이터는 등급별 키와 시간 제한 권한을 사용하고, 추론 로그는 비식별화 저장과 감사 재생을 사용하며, 모델 호출은 취소 가능한 허가를 사용합니다. 권한 작업 자체도 기록을 남겨 구성 드리프트를 방지해야 합니다.


이 다섯 레이어는 실행 측면에서 단방향 파이프라인이 아닌 폐쇄 루프를 형성합니다: 데이터가 유입되면 먼저 조각화 및 인코딩되어 객체 레이어로 들어가고, 기록 후 인덱스가 생성되어 온체인에 앵커링됩니다. 온라인 쿼리는 핫 레이어를 통해 진행되며, 미스가 발생하면 콜드 레이어로 폴백됩니다. 결과가 반환됨과 동시에 무결성 검증과 권한 검증이 트리거되고, 주요 행동은 정산 및 감사로 이어집니다. 이 체인의 진정한 가치는 어떤 노드든, 어떤 순간이든 네 가지 질문에 답할 수 있다는 점입니다: 데이터가 어디서 왔는지, 현재 버전은 무엇인지, 누가 접근 권한이 있는지, 시스템이 가용성을 증명할 수 있는지.


이것이 Bitroot가 AI 저장소 거버넌스를 담당하기에 적합한 핵심 이유이기도 합니다. AI Agent의 호출, 모델 버전 전환, 데이터 권한 변경, 검색 결과에 대한 분쟁은 모두 저빈도 백그라운드 작업이 아니라, 애플리케이션 성장에 따라 지속적으로 발생하는 온체인 이벤트입니다. 기본 체인이 충분히 낮은 확인 지연 시간과 충분히 높은 처리량을 제공하지 못한다면, 저장소 거버넌스는 결국 오프체인 테이블과 수동 대조로 되돌아가야 합니다. Bitroot의 Parallel EVM과 Pipeline BFT 조합의 가치는 단순히 더 높은 TPS에 있는 것이 아니라, 이러한 고빈도 거버넌스 이벤트가 실시간으로 앵커링, 정산 및 책임 추적될 수 있도록 하는 데 있습니다.

누가 비용을 부담할 것인가: 용량이 아닌 가용성이 수익을 결정하게 하라


스토리지가 장기적으로 운영되려면 인센티브가 용량이 아닌 가용성에 맞춰져야 합니다. 용량만 보상하면 노드가 하드디스크를 쌓고 서비스를 가볍게 운영하도록 유도하는 꼴입니다. Filecoin은 이미 이 점을 메커니즘으로 수정했습니다. 품질 조정 해시 파워(quality-adjusted power) 개념을 도입해 실제 스토리지 주문, 특히 검증된 유효 주문을承接한 섹터(스토리지 공간의 최소 측정 단위)가 해시 파워 측정에서 더 높은 가중치를 받도록 했습니다. 이를 통해 보상이 단순히 봉인된 빈 용량이 아닌 실제 서비스를 제공하는 용량으로 쏠리게 했습니다. 이 접근 방식은 자체 인센티브 레이어를 구축하려는 모든 프로젝트가 참고할 만합니다.


이를 실행 가능한 보상 함수로 구체화하려면 최소 네 가지 차원을 동시에 고려하고 각각의 가중치 로직을 명확히 해야 합니다. 용량은 기본 지분을 결정하며, 사용자가 약속한 공간의 크기를 나타냅니다. 온라인율과 응답 지연 시간은 서비스 품질 계수를 결정하며, 해당 공간이 필요할 때 실제로 접근 가능한지를 나타냅니다. 이 항목은 높은 가중치를 가져야 하며, 그렇지 않으면 가용성이 구호에 그칠 위험이 있습니다. 데이터 복구 성공률은 재해 복구 신뢰도를 결정하며, 노드가 오프라인 상태가 되었을 때 복제본이 재구축될 수 있는지를 나타냅니다. 이는 장기 데이터의 생존에 직접적인 영향을 미칩니다. 데이터 가치 밀도는 수요 측면의 가산점을 결정하며, 고가치 데이터셋과 고수요 모델에 차등 배율을 설정해 희소하고 자주 호출되는 데이터가 더 높은 보상을 받도록 합니다. 보상은 선언된 용량이 아니라 증명 가능한 서비스에 지급되어야 합니다.


긍정적 인센티브만으로는 부족합니다. 제약 측면의 스테이킹, 페널티, 중재가 동시에 마련되어야 하며, 기본적인 부등식을 충족해야 합니다. 즉, 부정행위의 예상 수익이 몰수될 예상 비용보다 낮아야 합니다. 그렇지 않으면 어떤 증명 메커니즘도 경제적 합리성에 의해 우회될 수 있습니다. 스테이킹은 노드가 가용성 약속에 비용을 걸도록 하며, 담보 규모는 약속된 해시 파워와 데이터 가치에 비례해야 합니다. Filecoin의 설계에서 스토리지 제공자는 약속된 해시 파워에 따라 선행 담보를 납부해야 하며, 증명 기간 내에 오프라인 상태가 되면 장애 수수료가 발생하고, 섹터가 영구적으로 포기되면 더 무거운 종료 몰수가 적용됩니다. 이 단계적 페널티의 의미는 단기 오프라인과 악의적 이탈을 구분하는 데 있습니다. 중재는 체인 상의 증거를 사용해 분쟁을 처리합니다. 사용자가 데이터를 사용할 수 없다고 주장하고 노드가 정상적으로 서비스를 제공했다고 주장할 때, 챌린지 기록, 샘플 증명, 이벤트 로그가 기계 판독 가능한 판결 근거를 구성해, 원래 수동 개입이 필요했던 분쟁을 한 번의 검증 가능한 체인 상 판정으로 압축합니다.


AI 시나리오에서는 이 위에 더 어려운 거버넌스 레이어를 추가해야 합니다. 세 주체 간의 수익 분배 문제입니다. 반복적으로 호출되는 모델 뒤에는 데이터 기여자가 제공한 말뭉치, 모델 기여자가 투자한 학습, 스토리지 노드가承担한托管이 있습니다. 세 주체 모두 최종 호출 가치에 기여하지만, 그 기여도를 직접 관찰하기는 어렵습니다. 실행 가능한 접근 방식은 가치 귀속을 측정 가능한 체인 상 이벤트에 기반하는 것입니다. 호출은 건당 과금되어 자동 정산되고, 데이터와 모델은 버전 지문과 혈연 관계를 통해 각 호출에 바인딩되며, 사전에 작성된 프로그래밍 가능한 분배 비율에 따라 자동으로 분할되어 사후 분쟁을 피합니다. 이와 함께 블랙리스트와 몰수 메커니즘이配套되어야 합니다. 악의적인 데이터 업로드, 저작권 침해, 모델 도용 등의 행위에 대해 중재로 확인되면 담보를 압류하고 후속 수익을 동결합니다. 그렇지 않으면 역설적인 결과가 발생할 수 있습니다. 자산화가 성공할수록 분배와 권리 확인 분쟁이 늘어나 결국 생태계 신뢰 자체를 무너뜨리게 됩니다.


컴플라이언스는 출시 후 패치가 아니라 아키텍처 설계 단계의 제약 조건입니다. 보안 기준은 종단 간 암호화, 계층형 키 관리 및 주기적 교체를 기반으로 하며, 해시 검증과 머클 약속을 추가하여 다운로드의 검증 가능성을 보장하고, 다중 복제본과 이레이저 코딩을 결합한 재해 복구로 장애 복구를 뒷받침합니다. 프라이버시 측면에서는 데이터 등급에 따라 최소 권한 접근 제어를 적용하며, 취소 가능한 권한, 일회성 권한 및 시간 제한 권한을 지원하고, 주요 접근 및 작업의 전체 체인을 기록하여 감사 재생을 용이하게 합니다. 컴플라이언스는 가장 쉽게 후순위로 밀리고 비용이 가장 많이 드는 부분입니다. 데이터 로컬라이제이션 및 도메인 간 전송 정책은 구성 가능해야 하며, 삭제, 접근 및 감사 요청에는 표준 프로세스 인터페이스가 필요합니다. 가장 까다로운 문제는 불변성과 삭제 가능성 간의 본질적 충돌로, 실현 가능한 해결책은 암호화 삭제와 인덱스 무효화입니다. 키를 파기하여 암호문을 복구 불가능하게 만들고, 인덱스를 무효화하여 데이터 검색을 차단함으로써 체인 상 기록을 유지하면서 삭제 요구를 충족합니다. 파일럿에서 프로덕션으로 전환하는 데는 세 가지 단계적 관문이 있습니다. 먼저 최소 신뢰 폐쇄 루프를 구축하여 객체 스토리지, 체인 상 앵커링, 무결성 검증 및 기본 모니터링을 안정적으로 운영하고, 가용성, 읽기/쓰기 성공률, 앵커링과 객체 버전 일치율, 장애 복구 시뮬레이션을 검증합니다. 다음으로 AI 자산화와 인덱스 거버넌스를 도입하여 데이터 세트 및 모델 자산 관리, 버전 계보, 벡터 인덱스 핫/콜드 계층화, 모델 권한 호출 및 훈련 데이터 출처 등록을 수행하고, 훈련 추적 가능성, 모델 롤백 및 감사 가능성, 핫 계층 지연 시간 충족, 인덱스 재구축 영향 제어를 검증합니다. 마지막으로 검증 가능한 검색과 자동화된 거버넌스를 도입하여 챌린지 증명, 정책 마이그레이션 및 보상/처벌 자동화를 적용하고, 가용성 증명 커버리지, 위험 처리 지연 시간, 단위 비용 절감, 정책 변경 추적 및 롤백 가능성을 검증합니다. 지표 시스템은 전략 시스템이지 보고서가 아닙니다. 기술 항목만 작성하고 비즈니스 결과를 작성하지 않으면 스토리지 솔루션이 순수 비용 센터로 전락합니다. 세 가지 계층으로 나누는 것을 권장합니다. 기본 기술 지표(가용성, P95/P99 지연 시간, 처리량, RTO/RPO, 오류율)는 시스템이 정상인지 여부를, AI 특화 지표(훈련 데이터 추적 가능률, 모델 재현 가능률, 추론 검증 커버리지, 인덱스 일관성)는 모델 품질이 관리 가능한지 여부를, 비즈니스 결과 지표(데이터 공급 증가, 호출 비용 절감, 노드 활성도, 자산 거래 규모)는 시스템이 가치를 창출하는지 여부를 답하며, 세 계층 간에는 매핑 관계가 있어야 합니다. 지표의 진정한 용도는 전략 최적화를 위한 입력이지, 표시용 보고서가 아닙니다. 가장 흔한 다섯 가지 실패 지점은 기본적으로 사전에 방지할 수 있습니다. 스토리지만 하고 버전 관리를 하지 않으면 데이터가 있다고 해서 사용 가능한 것이 아니며, 사용 가능하다고 해서 재현 가능한 것도 아닙니다. 용량만 보고 가용성 증명을 보지 않으면 용량에 따라 보상을 지급할 경우 용량을 늘리고 서비스를 소홀히 하게 됩니다. 핫/콜드 계층화는 했지만 동기화 정책을 하지 않으면 인덱스 버전 동기화와 무효화 처리가 완료되지 않습니다. 컴플라이언스 정책을 후순위로 밀면 권한, 로그, 마스킹, 삭제 대응이 늦어질수록 보완 비용이 커집니다. 과도기 아키텍처에 종료 메커니즘이 없으면, 먼저 중앙화 후 탈중앙화는 합리적인 경로이지만 마이그레이션 임계값이 없으면 과도기 상태가 고착화되어 본래 의도에서 벗어납니다.


Bitroot의 완전한 폐쇄 루프: 데이터, 모델에서 AI Agent까지


이 폐쇄 루프 안에서 Bitroot는 AI 자산의 모든 핵심 행위를 정산 가능한 이벤트로 전환할 수 있습니다: 데이터셋 등록, 모델 버전 출시, 벡터 인덱스 재구축, AI 에이전트 호출, 추론 로그 앵커링, 권한 부여 및 철회, 분쟁 제기 및 중재 결과. 체인 위에 모든 데이터를 담을 필요는 없지만, 이러한 행위의 최소 증거는 반드시 담아야 합니다. 그래야만 데이터, 모델, 연산 능력, 애플리케이션 간의 가치 관계가 구두 약속에 머무르지 않고, 프로그래밍 가능한 정산 및 감사 가능한 거버넌스로 이어질 수 있습니다.


이 메커니즘을 Bitroot의 운영 및 생태계 확장에 적용할 때, 저장 인센티브는 단순한 하드웨어 보조금으로 설계되어서는 안 되며, AI 스택의 가치 흐름의 일부가 되어야 합니다: 데이터 기여자는 데이터가 학습되거나 호출됨에 따라 수익을 얻고, 모델 기여자는 모델 서비스를 통해 수익을 얻으며, 저장 및 검색 노드는 지속적인 가용성과 낮은 지연 시간 서비스를 통해 수익을 얻고, 검증 및 챌린지 노드는 비가용성, 인덱스 드리프트 또는 권한 이상을 발견함으로써 보상을 받습니다. 이렇게 하면 Bitroot의 경제 시스템은 '업로드한 적이 있음'이 아니라 '지속적으로 증명 가능하게 유용함'에 대해 보상합니다.


저장은 비용 센터가 아니라 신뢰와 가치 분배 시스템입니다


AI 시대에 분산 저장이 해결해야 할 것은 특정 객체 스토리지 제품을 대체하거나 탈중앙화 내러티브를 추구하는 것이 아니라, 네 가지 더 어려운 과제입니다: 장기적으로 사용 가능한 신뢰 증명, 주체 간 협업을 위한 거버넌스 질서, 데이터와 모델의 책임 체인, 지속 가능한 경제적 인센티브.


단일 프로토콜 단일 계층 아키텍처로는 이러한 목표를 포괄할 수 없습니다. 더 현실적인 경로는 조합형 아키텍처입니다: 콘텐츠 주소 지정으로 무결성 보장, 저장 증명으로 시간 차원의 가용성 보장, 영구 계층으로 핵심 기록 보장, 핫 계층으로 온라인 경험 보장, 체인 앵커링으로 거버넌스 및 정산 증명 가능성 보장. 이는 타협이 아니라 엔지니어링 합리성입니다. 실제 적용의 초점은 기능이 가장 완벽한 데 있는 것이 아니라, 폐쇄 루프가 가장 먼저 성립되는 데 있습니다. 먼저 최소 신뢰 폐쇄 루프를 작동시키고, 그 위에 AI 자산화, 검증 가능한 검색, 자동화된 거버넌스를 단계적으로 쌓아 올리는 것입니다.


이 방법을 일주일 단위의 행동으로 압축하면, 사실 세 단계에 불과합니다: 첫째 날에 8개 필드의 데이터 인벤토리 테이블을 완성하고, 셋째 날에 실제 비즈니스 도메인에서 접근, 저장, 검색, 검증까지의 최소 체인을 한 번 실행하며, 일곱째 날에 P95 지연 시간과 단위 비용을 기준으로 마이그레이션 임계값 검토 회의를 개최합니다. 이 세 단계를 수행하면 팀은 개념적 합의에서 엔지니어링 합의로 진입합니다.


또한 현실적인 한계를 인정해야 합니다: 어떤 프로토콜 조합을 채택하든 비용, 지연 시간, 내구성 사이에는 트레이드오프가 존재하며, 모든 비즈니스에 동시에 최적인 단일 답은 존재하지 않습니다. 진정으로 지속 가능한 솔루션은 명확한 경계 아래에서의 지속적인 반복에서 비롯되며, 한 번 결정한 후 장기적으로 정적인 구성을 유지하는 것이 아닙니다.


미래에 프로젝트를 도태시키는 것은 종종 TPS가 충분히 높지 않아서가 아니라, 데이터 책임 체인이 명확하지 않기 때문입니다. AI 퍼블릭 체인 시대에 스토리지는 단순히 데이터를 저장하는 것이 아니라, 데이터가 언제든지 증명될 수 있도록 하는 것입니다.

맺음말


진정한 AI 퍼블릭 체인의 경쟁은 결국 TPS, Gas 또는 확인 시간 비교에 머물지 않을 것입니다. 성능은 진입점이지만, 종착점은 아닙니다. AI 네이티브 애플리케이션 시대에 접어들면서, 온체인 시스템은 단순한 거래뿐만 아니라 데이터 버전, 모델 호출, 컴퓨팅 자원 스케줄링, 추론 기록, Agent 행동 및 다자간 수익 분배까지 담당해야 합니다.


이것이 Bitroot가 스토리지 레이어에 대해 내린 판단입니다. 스토리지는 단순한 부속 모듈이 아니라, AI Stack에서 가치의 원천에 가장 가까운 계층입니다. 데이터가 증명될 수 있는지, 모델이 재현될 수 있는지, 호출이 감사될 수 있는지, 수익이 자동으로 분배될 수 있는지가 분산형 AI 네트워크의 진정한 장기적 생존력을 결정합니다.


Bitroot가 구축하려는 것은 단순히 더 빠른 실행만을 추구하는 체인이 아니라, AI 자산이 확인되고, 호출되고, 정산되고, 거버넌스될 수 있는 인프라입니다. Parallel EVM과 Pipeline BFT는 고빈도 온체인 이벤트의 처리 능력을 해결하고, 분산형 스토리지와 검증 가능한 메커니즘은 AI 데이터와 모델의 신뢰 기반을 해결하며, 프로그래밍 가능한 분배와 온체인 거버넌스는 기여를 지속적인 경제적 인센티브로 전환합니다.


AI Agent가 사용자를 대신해 행동하기 시작하고, 모델과 데이터가 유통 가능한 자산이 되며, 컴퓨팅 자원, 스토리지 및 추론 서비스가 동일한 가치 네트워크에 진입하면, 스토리지는 더 이상 '파일을 어디에 저장할 것인가'의 문제가 아닙니다.

이는 AI 퍼블릭 체인의 신뢰 기반이자, 차세대 지능형 네트워크의 가치 분배 시스템이 될 것입니다.

Bitroot의 관점에서, 미래에 진정으로 중요한 것은 누가 가장 많은 데이터를 보유하고 있는지가 아니라, 누가 데이터를 언제든지 증명 가능하고, 호출 가능하며, 책임을 물을 수 있고, 궁극적으로 가치 정산에 참여할 수 있게 하는지입니다.


Bitroot 소개

Bitroot는 병렬 실행과 AI 네이티브 아키텍처에 초점을 맞춘 Layer 1 퍼블릭 체인 프로젝트입니다. Bitroot는 EVM 호환 기술 경로를 채택하고, 병렬 실행 메커니즘, 합의 최적화 및 AI 관련 인터페이스 설계를 통해 AI Agent, DeFi 및 Web3 애플리케이션에 고성능, 저비용의 온체인 실행 환경을 제공하는 것을 탐구합니다.


본 기고문은 외부 기고로, BlockBeats의 입장을 대변하지 않습니다.


BlockBeats 공식 커뮤니티에 참여하세요:

Telegram 구독 그룹:https://t.me/theblockbeats

Telegram 토론 그룹:https://t.me/BlockBeats_App

Twitter 공식 계정:https://twitter.com/BlockBeatsAsia

举报 오류 신고/제보
문고 선택
새 문고 추가
취소
완료
새 문고 추가
자신만 보기
공개
저장
오류 신고/제보
제출