ArFleet 전투: 획기적인 혁신인가, 아니면 Arweave의 영원한 본래 의도에서 벗어난 것인가?

작가: 카일

검토자: 샌디

출처: 콘텐츠 길드-투자 연구

ArFleet이 출시되자 시장에서는 의견이 엇갈렸습니다. 어떤 사람들은 이것이 Arweave 철학의 타협이자 변질이라고 생각하는 반면, 다른 사람들은 이를 주요 기술 혁신이자 분산형 스토리지 생태계의 진화로 간주합니다. 그러나 이러한 의견을 맹목적으로 따르지 않으려면 먼저 ArFleet이 무엇인지 완전히 이해해야 합니다.

이 기사에서는 ArFleet의 작동 원리를 자세히 분석하고 메커니즘의 효율성을 평가하며 Arweave 생태계에 미치는 영향을 탐구합니다.

ArFleet 프로토콜 간략한 설명

ArFleet은 중개자 없는 스토리지 시장을 구축하는 분산형 임시 스토리지 프로토콜입니다. 간단히 말해서 사용자는 필요에 따라 제한된 시간의 스토리지 서비스를 구매할 수 있습니다. 동시에 ArFleet은 분산형 AO 컴퓨팅 환경을 사용하여 여러 노드 간의 자동 트랜잭션 및 스토리지 확인을 실현합니다. 전체 프로세스에는 제3자 또는 중앙 집중식 서버의 개입이 필요하지 않습니다.

ArFleet 전투: 획기적인 혁신인가, 아니면 Arweave의 영원한 본래 의도에서 벗어난 것인가?

이 분산형 "스토리지 임대 시장"에는 두 가지 유형의 참가자가 있습니다.

  • 공급자(Provider) : 저장공간을 제공하고, 일정기간 동안 데이터를 보관할 것을 약속하는 노드, 즉 자신의 하드디스크 공간을 임대하는 사람.
  • 클라이언트(Client) : 데이터 스토리지 요구 사항이 있고 서비스 비용을 지불할 의향이 있는 개체, 즉 스토리지 서비스 비용을 지불하는 개인 또는 회사입니다.

양 당사자는 지불 방법 선택을 자유롭게 협상할 수 있으며 특정 토큰에 국한되지 않습니다. 지불금은 ArFleet 프로토콜에 입금되며, 공급자는 데이터 무결성을 보장하기 위해 정기적으로 보증금을 지불하고 저장 증명(증명)을 제출해야 합니다. 이 메커니즘은 제3자의 참여를 요구하지 않으므로 시스템의 신뢰를 보장하고 공급자와 고객의 이익이 공정하게 보호되도록 보장합니다.

또한 데이터 중복성을 보장하는 방법과 스토리지 증명을 확인하는 메커니즘을 포함하여 ArFleet 프로토콜의 운영 세부 사항이 복잡합니다. 다음으로, 독자들이 ArFleet의 운영 프로세스를 보다 완벽하게 이해할 수 있도록 이러한 세부 사항을 자세히 살펴보겠습니다.

ArFleet 프로토콜의 동작 과정 에 대한 자세한 설명

ArFleet 프로토콜의 운영 프로세스는 수요 매칭부터 데이터 검증까지 자동화된 스토리지 서비스 계약과 같으며 안전하고 안정적인 데이터 스토리지를 보장합니다. 그 과정을 단계별로 분석해 보겠습니다.

1. 고객 주문 발주: 업무 할당 완료

사용자가 데이터를 저장해야 하는 경우 ArFleet 클라이언트 소프트웨어를 통해 스토리지 작업(스토리지 할당)을 생성하고 특정 요구 사항을 설정합니다.

  • 귀하가 지불할 의사가 있는 금액입니다 .
  • 보관 기간 (예: 30일)
  • 중복성 수준 (데이터의 여러 복사본을 유지하려는 경우)

클라이언트 소프트웨어는 네트워크에서 이러한 요구 사항을 충족하는 스토리지 공급자를 찾습니다. 적합한 공급자를 찾아 성공적으로 매칭한 경우 이를 "저장소 배치"라고 합니다. 클라이언트는 사용자의 중복성 요구 사항에 따라 N개의 일치를 완료합니다(예를 들어 3개의 중복성 복사본이 필요한 경우 3개의 공급자가 일치해야 함).

2. 시장 질의: 매칭 제공자

ArFleet 네트워크에는 고객이 제공업체와 제공하는 서비스에 대해 문의할 수 있는 "Marketplace"라는 글로벌 AO 프로세스가 있습니다. 공급자는 시장에 서비스 광고(공지사항)를 게시, 업데이트 및 삭제할 수 있습니다. 각 광고에는 최소한 다음과 같은 주요 정보가 포함되어야 합니다.

  • 프로토콜 버전 : 호환성을 보장하기 위해 공급자가 사용하는 ArFleet 프로토콜 버전을 나열합니다.
  • 연락처 정보 : Arweave 지갑 주소(공급자 ID), IP 주소 및 포트 쌍.
  • 스토리지 가격 : 공급자가 스토리지 단위당 청구하는 금액입니다.
  • 보관기간 : 공급자가 설정한 보관기간입니다.
  • 검증 도전 기간 : 공급자가 처리할 수 있는 가장 빈번한 검증 기간(예: 24시간마다)입니다.

즉, 클라이언트가 Marketplace를 사용하여 공급자를 쿼리하고 필터링하는 경우 쿼리 조건에는 가격 범위, 저장 기간, 확인 빈도 요구 사항 등이 포함될 수 있습니다. 또한 Marketplace는 자격을 갖춘 제공업체 및 서비스 정보 나열에 대해서만 책임을 지며 다음 사항을 완전히 보장할 수는 없습니다.

  • 공급자가 온라인 상태인지 여부.
  • 사용 가능한 저장 공간이 있나요?
  • 광고 내용이 최신인가요?

따라서 고객은 서비스 상태를 확인하기 위해 제공업체에 직접 문의해야 합니다. 공급자가 온라인 상태이고 요구 사항을 충족하는 경우 클라이언트는 저장소 배치 프로세스를 시작합니다.

3. 거래 실행: 일치 저장

이상적인 세계에서는 일치된 상태를 저장하는 작업이 다음과 같이 진행됩니다.

  • 생성 및 초기화: 매칭이 시작된 후 클라이언트는 공급자에 연결하고 요청을 보내고 확인을 받습니다.
  • 데이터 암호화 및 프로세스 생성: 데이터를 분할, 암호화하고 머클 트리를 생성하여 데이터 무결성을 검증합니다. 동시에 네트워크는 계약 정보를 기록하기 위해 특별한 AO 프로세스를 시작합니다.
  • 자금 주입 및 거래 승인: 고객은 "Deal"이라는 AO 프로세스에 지불 수수료를 입금하고, 공급자가 거래를 확인한 후 거래가 공식적으로 시작됩니다.
  • 데이터 전송 및 거래 완료: 암호화된 데이터 블록은 거래 설정을 완료하는 공급자에게 전송됩니다. 동시에, 합의된 대로 "Deal"이라는 AO 프로세스에 보증금이 담보되고 거래가 공식적으로 체결됩니다.

위의 과정이 성공적으로 완료되면 저장 매칭 단계가 종료되고 시스템은 데이터 검증 단계로 들어갑니다. 그러나 검증 메커니즘을 심층적으로 논의하기 전에 먼저 ArFleet 시스템-Sibyl 공격이 직면한 보안 문제를 해결해야 합니다.

개방형 분산 네트워크인 ArFleet은 스토리지 매칭 과정에서 마녀 공격의 위험이 있습니다. 손상되면 ArFleet 시스템은 높은 데이터 중복성을 보장할 수 없으므로 데이터 손실 위험이 높아집니다. 이는 시스템의 전반적인 신뢰성을 위협할 뿐만 아니라 사용자 신뢰 상실로 이어질 수도 있습니다. 이 문제를 해결하기 위해 ArFleet은 RSA 암호화 기술을 사용하여 공급자가 다중 노드인 것처럼 가장하는 것을 방지함으로써 Witch 공격을 우회합니다.

RSA 암호화 복사 구성표

RSA는 공개 키와 개인 키 쌍을 사용하여 작동하는 비대칭 암호화 알고리즘입니다. 공개 키는 데이터를 암호화하거나 서명을 확인하는 데 사용되고, 개인 키는 데이터를 해독하거나 서명을 생성하는 데 사용됩니다. 그러나 ArFleet은 역방향 RSA 작업, 즉 개인 키를 사용한 암호화(서명과 유사) 및 공개 키를 사용한 복호화(검증과 유사)를 사용합니다. 이는 또한 각 복사본이 클라이언트에 의해 서로 다른 개인 키를 사용하여 암호화되고 마지막으로 공급자가 공개 키를 사용하여 복사본의 암호를 해독하여 사용자에게 제공한다는 의미이기도 합니다.

결과적으로 ArFleet은 강력한 방어 메커니즘을 개발했습니다.

  • "합법적인" 복사본을 생성하려면 고객의 개인 키가 필요하며, 공급자가 암호화된 복사본과 원본 데이터, 공개 키를 가지고 있더라도 새로운 복사본을 위조할 수 없습니다.
  • 고객은 각 사본을 서로 다른 개인 키로 암호화하여 각 사본이 고유하도록 합니다. 공급자의 유일한 옵션은 각 사본을 적절하게 저장하는 것입니다. 그렇지 않으면 확인 프로세스 중에 올바른 데이터 블록을 제출할 수 없으며 예치금이 손실됩니다.

4. 검증 과제: 부정행위 방지

거래가 시작된 후 네트워크는 주기적으로 확인 문제를 시작 하며 공급자는 실제로 데이터를 저장하고 있음을 증명하기 위해 거래 전반에 걸쳐 지속적으로 저장 증거를 제출해야 합니다. 시스템은 "0"과 "1"의 무작위 문자열을 생성하여 제공자가 Merkle 트리에서 지정된 데이터 블록을 찾도록 안내합니다. "0"은 현재 분기에서 왼쪽으로 이동을 의미하고, "1"은 현재 분기에서 오른쪽으로 이동을 의미합니다. 공급자는 리프 노드(즉, 특정 데이터 블록)를 찾을 때까지 지침을 따릅니다.

확인을 완료하려면 제공업체는 두 가지 콘텐츠를 제출해야 합니다.

  • 머클 경로(Merkle path) : 트리의 루트 노드부터 대상 리프 노드까지 각 레벨의 해시 값을 포함합니다.
  • 데이터 블록 내용 : 리프 노드에 해당하는 특정 데이터입니다.

이러한 증명은 데이터 블록이 실제로 존재하며 시스템에 의해 기록된 루트 해시와 일치함을 보여주는 데 사용됩니다. 따라서 공급자는 데이터 검증 단계에서 세 가지 상황에 직면할 수 있습니다.

  • 저장소가 유효한 것으로 판명되면 네트워크는 공급자에게 보상을 보냅니다.
  • 보관증명서가 유효하지 않거나 보관기간 만료 후 미제출시 : 공급자 보증금의 일부가 차감됩니다.
  • 연속으로 여러 번 제출 실패 시 : 모든 입금액이 몰수됩니다.

ArFleet 프로토콜에서 검증 메커니즘은 주로 작은 데이터 블록에 대한 지속적인 무작위 검증을 통해 스토리지 공급자가 데이터를 삭제하여 부정 행위를 하는 것을 방지합니다. 특히 이 메커니즘은 실제로 게임 이론 원칙을 사용하여 제공업체가 각 문제에서 높은 위험에 직면할 수 있도록 하여 데이터를 삭제하지 않을 충분한 동기를 부여합니다. 그런 다음 질문이 생깁니다. 사용자가 20TB의 데이터를 저장하고 시스템이 1~2시간마다 작은 4KB 데이터 블록만 확인하는 경우 공급자가 실제로 부정 행위를 감지할 수 있습니까?

검증 메커니즘이 작동하는 이유는 무엇입니까?

이 검증 메커니즘의 효율성은 간단한 예를 통해 설명할 수 있습니다. 공급자가 저장 공간을 확보하기 위해 20TB의 데이터 중 1/4(5TB)을 삭제하려고 한다고 가정할 때 시스템에 걸릴 확률은 다음과 같습니다.

ArFleet 전투: 획기적인 혁신인가, 아니면 Arweave의 영원한 본래 의도에서 벗어난 것인가?

검증 횟수가 쌓일수록 부정 행위의 위험성은 점점 커지며, 결국 부정 행위를 한 사람이 거의 확실하게 발견될 것이라는 것을 알 수 있습니다. 이 검증 메커니즘이 부정행위를 효과적으로 방지할 수 있는 이유는 대략 다음과 같은 요점으로 요약될 수 있습니다.

  • 무작위성(Randomness ) : 검증될 때마다 시스템은 확인할 데이터 블록을 무작위로 선택하며, 공급자는 어떤 블록이 확인될지 예측할 수 없습니다.
  • 누적 위험 : 도전 과제가 많아질수록 발견 확률이 급격하게 높아지며, 적은 양의 데이터를 삭제해도 위험이 높아집니다.
  • 경제적 결과는 심각합니다 . 검증에 실패하면 보증금이 차감되며, 여러 번 실패하면 보증금 전체가 몰수될 수 있습니다. 보증금의 손실은 저장 공간을 확보함으로써 얻을 수 있는 이익보다 훨씬 클 것이며, 공급자는 부정 행위의 위험을 감수하기보다는 계약에 따라 모든 데이터를 기꺼이 저장할 것입니다.

ArFleet은 Arweave 생태계를 어떻게 보완합니까?

ArFleet 전투: 획기적인 혁신인가, 아니면 Arweave의 영원한 본래 의도에서 벗어난 것인가?

ArFleet은 Arweave와 결합하여 이중 스토리지 시스템을 구축하여 사용자에게 임시 및 영구 스토리지 옵션을 제공합니다. 사용자는 데이터의 중요성과 사용 시나리오를 기반으로 스토리지 전략을 유연하게 조정하여 효율적인 관리를 달성할 수 있습니다.

개발자의 경우 ArFleet에서 제공하는 임시 저장 솔루션은 저장 비용을 크게 절감하며 특히 장기 저장이 필요하지 않은 데이터에 적합합니다. 이러한 유연성을 통해 보관 부담과 관련 비용을 효과적으로 줄일 수 있습니다. 일반 사용자의 경우 개인의 필요에 따라 데이터를 유연하게 관리할 수 있습니다. 어떤 유형의 사용자이든 장기간 보관이 필요한 경우, 한 번의 클릭으로 임시 데이터를 Arweave에 저장하여 장기간 액세스할 수 있습니다.

ArFleet의 임시 저장소는 더 빠른 액세스 속도와 데이터 교환 효율성을 가지며 고주파수 데이터 흐름 시나리오에 적합합니다. 이중 스토리지 시스템을 통해 ArFleet은 특히 다음과 같은 애플리케이션 시나리오에서 기존 Arweave 생태계에서 보완적인 역할을 합니다.

  • 공동 문서 편집: 여러 사람이 실시간으로 문서를 편집하는 경우 최종 버전만 저장하면 되며, 편집 과정의 임시 데이터는 영구 저장 없이 ArFleet에 배치할 수 있습니다.
  • GameFi : Arweave는 게임 자산, 코드, 플레이어 데이터 등 주요 정보를 저장할 수 있고, ArFleet은 게임 중 임시 상태, 플레이어 상호 작용 데이터 등을 저장하여 게임 성능과 응답 속도를 향상시킬 수 있습니다.
  • 분산형 비디오 플랫폼 : Arweave는 비디오 콘텐츠를 영구적으로 사용할 수 있도록 장기간 저장하는 역할을 담당합니다. ArFleet은 인기 비디오를 캐시하고 반복 방문에 대한 대역폭 소비를 줄이는 데 사용되는 CDN과 유사합니다.
  • 대용량 데이터 마이그레이션: ArFleet의 임시 저장 기능은 대량의 데이터를 Arweave로 점진적으로 마이그레이션할 때 전송 저장소로 적합합니다. 이는 원활한 마이그레이션 프로세스를 보장하기 위해 대용량 파일을 짧은 기간 동안 저장해야 하는 시나리오에서 특히 효과적입니다.
  • 앱 설정 동기화: 사용자 설정(예: 앱 기본 설정)은 ArFleet에 저장되며 각 수정 사항을 영구적으로 저장할 필요 없이 여러 장치에서 동기화할 수 있습니다.
  • 분산형 신원 관리 시스템(DID): Arweave는 사용자의 신원 정보, 인증서 및 자격 증명과 같은 중요한 데이터를 저장할 수 있으며 ArFleet은 사용자의 액세스 토큰 및 세션 정보와 같은 임시 데이터를 저장할 수 있습니다.

ArFleet과 Arweave의 결합은 스토리지 유연성과 효율성을 크게 향상시킬 뿐만 아니라 다양한 애플리케이션 구축을 위한 강력한 지원을 제공하여 개발자가 더욱 다양하고 효율적인 애플리케이션을 만들 수 있도록 돕습니다.

요약

ArFleet의 출시는 Arweave의 타협이나 퇴보를 의미하는 것이 아니라 시장 스토리지 요구에 대한 긍정적인 반응을 의미합니다. ArFleet은 Arweave와 상호보완적인 관계를 형성할 뿐만 아니라 AO와 협력하여 진정한 풀스택 분산형 네트워크를 구축합니다.

이 시스템에서 ArFleet은 유연한 단기 스토리지를 제공하고 Arweave는 영구 스토리지에 중점을 두고 있으며 AO는 분산 컴퓨팅을 담당합니다. 세 가지가 서로 보완하여 효율적이고 확장 가능한 솔루션 세트를 형성하고 영구 및 단기 스토리지를 모두 갖춘 완전한 생태계를 구축하여 미래의 분산형 인터넷을 위한 견고한 기반을 마련합니다.