설립자가 Avail의 솔루션과 비전의 '삼위일체'에 대해 설명합니다.

저자: Anurag  Arjun, Polygon의 공동 창립자이자 Avail의 창립자; 번역: xiaozou@Golden Finance

< p style="text-align: left;">2024년 2월 26일, 어빌리블은 파운더스 펀드와 드래곤플라이가 주도하고 다른 유명 벤처캐피탈이 참여한 2700만 달러의 시드 라운드를 확보했다고 발표했습니다. 세븐엑스, 피그먼트, 노매드 캐피탈 및 다수의 엔젤 투자자들이 참여했습니다. 이번 투자금은 전체 웹3.0 생태계를 통합하기 위한 3단계 로드맵인 'Avail'의 개발을 추진하는 데 사용될 예정입니다.

폴리곤의 공동 창립자이자 Avail의 창립자인 아누라그 아르준은 다음과 같이 심도 있는 글을 올렸습니다. "트리니티의 배경과 기원, 그리고 오늘날 생태계가 직면한 사용자 파편화 및 확장성 문제를 Avail이 어떻게 해결하는지 설명합니다.

1. 개요

Web3의 허가 없는 환경은 다양한 혁신적인 기술을 탄생시켰으며, 이는 오늘날의 번창하는 생태계에 큰 원동력이 되었지만 여전히 성장의 여지가 많습니다. 대량 채택에 필요한 규모에 도달하기 위해 극복해야 할 기술적 과제가 많지만, 생태계는 이미 웹3 기술 스택을 기반으로 여러 혁신적인 솔루션을 구축해 왔습니다. 그러나 아직 해결해야 할 과제는 생태계의 탈중앙화 정신을 유지하면서 이러한 모든 기술을 하나로 통합하여 최종 사용자를 위해 전체적으로 작동하도록 하는 것입니다.

생태계 간 거래의 복잡성이 예상을 뛰어넘어 불필요한 파편화 문제가 발생하고 있습니다. 사용자 채택 노력은 기존 웹3.0 커뮤니티에 집중하기보다는 새로운 사용자를 네트워크에 끌어들이는 데 중점을 두어야 합니다.

이러한 모든 문제를 해결하기 위해 Avail는 모든 에코시스템의 최종 사용자에게 안전하고 확장 가능하며 원활한 웹3 경험을 제공하기 위한 3단계 로드맵인 '트리니티'를 통해 웹3 통합을 가속화하고 있습니다. .

이 백서에서는 오늘날의 생태계가 직면한 사용자 파편화 및 확장성 문제를 어떻게 해결하는지를 보여주는 Avail & nbsp;Trinity의 배경과 이론에 대해 자세히 살펴봅니다. 효율적인 데이터 가용성을 원하는 수많은 롤업을 위한 완벽한 기반이 되는 Avail & DA와 라이선스 없는 오케스트레이션 센터인 Avail & Nexus를 통해 웹3 생태계 전반에서 사용자 의도를 원활하게 구현하는 토대를 마련하는 방법을 보여드립니다. Avail & Fusion & Security. 보안은 공유 보안에 대한 증가하는 요구를 해결하고 번성하는 웹3 통합 생태계를 더욱 강력하게 만드는 Avail & nbsp;트리니티를 완성합니다.

2. 머리말

멀티체인 네트워크에서 거래를 시도해본 적이 있다면 해당 환경이 아직 대량 채택할 준비가 되어 있지 않다는 것을 알 수 있을 것입니다.

블록체인 아키텍처에 대한 깊은 기술적 이해가 이 장기적인 문제를 해결하기 위한 좋은 출발점입니다. 첫 번째 자연 원칙을 거슬러 올라가면 통합된 블록체인 경험을 만드는 데 필요한 기술적 토대에 도달할 수 있습니다. 이 기반은 각각의 개별 L2 롤업 네트워크를 L1에 연결하는 동시에, 개발자들이 허가 없이 생태계 전반에서 탈중앙화된 혁신과 실험을 할 수 있도록 지원할 것입니다.

롤업은 확장성 문제에 대한 해결책의 일환으로 개발되었으며, 오프체인에서 거래를 처리한 다음 여러 거래를 단일 온체인 트랜잭션으로 패키징합니다.롤업은 비용을 절감하고 이더의 확장성을 향상시키는 데 효과적이지만 새로운 수준의 복잡성을 도입합니다."

< p style="text-align: 왼쪽;">●●더 많은 블록 공간에 대한 수요는 제한된 가용성으로 인해 더 높은 비용으로 이어집니다.

● L2 에코시스템의 확산은 시장의 파편화 문제를 악화시켜 사용자 경험과 규모의 경제를 더욱 저해하고 있습니다.

이러한 문제가 해결되면 수년 동안 지연되어 왔던 블록체인 시스템의 확장성과 상호운용성 잠재력이 마침내 실현될 수 있습니다.

3. Avail 솔루션

Avail는 비동기 메시징의 원리(인터넷에서 앱을 확장하는 데 사용되는 것과 동일한 원리)를 활용하여 블록체인을 확장하고 있으며 지금보다 구축하기에 더 좋은 시기는 없습니다.

Avail는 기본 데이터 가용성(DA) 계층, 넥서스 상호운용성 계층, 퓨전 보안 네트워크 계층으로 구성됩니다.

● DA 레이어는 데이터 가용성을 위해 특별히 구축되었으며, 생태계 간 상호운용성을 구축하는 데 필요한 최소한의 기능을 갖춘 블록체인의 최하위 레이어로 고도로 최적화되어 있습니다.

● Nexus는 Avail 위에서 실행되는 가볍지만 강력한 ZK 롤업 역할을 하며 크로스 롤업 및 크로스 생태계 결제를 지원합니다.

● Fusion은 여러 토큰의 암호경제학적 보안을 통합하여 Avail 네트워크를 지원하고 보호할 수 있습니다.

Avail의 사명은 롤업 경험을 단순화하고 모든 다양한 생태계에서 사용자와 개발자에게 효율적이고 통합된 플랫폼을 제공하는 것입니다.

이 수직 통합 모델은 오늘날 증가하는 번거로움과 사용자 파편화를 해결하기 위해 설계되었으며, 롤업이 블록체인 공간 전반의 사용자와 이동성에 원활하게 도달할 수 있도록 지원합니다.

Avail의 비전은 웹2의 교훈을 바탕으로 웹3의 혁신을 위해 유연한 모듈식 블록체인 생태계 전반에 걸쳐 일관된 사용자 경험을 제공하는 것입니다. 첨단 기술, 명확한 로드맵, 신속한 실행을 결합하여 단순한 제품을 넘어 블록체인 분야의 완전히 새로운 단계를 열어 더 나은 확장성과 원활한 사용자 상호작용의 시대를 열어가고 있습니다.

4. 배경과 영감

웹2.0에서 무엇을 배울 수 있을까요?

인터넷의 앱은 실제로 어떻게 확장되나요? 비동기 마이크로서비스입니다.

인터넷은 하나의 거대한 세계 컴퓨터가 아니라 비즈니스 사용 사례에 따라 특정 작업을 수행하고 필요할 때 서로 통신하는 일련의 상호 연결된 컴퓨터입니다.

아마존은 전자상거래를 전문으로 하는 일련의 관련 마이크로 서비스이며, Visa는 결제를 처리하는 일련의 마이크로 서비스를 운영합니다.

● 사용자가 Amazon에서 상품 구매 버튼을 클릭하면 브라우저에서 Amazon 상품 마이크로서비스로 호출이 트리거됩니다.

● 그러면 Visa 마이크로서비스가 호출되어 사용자에게 결제 페이지를 전송합니다.

● 사용자가 결제 세부 정보를 입력하면 또 다른 확인 결제 요청이 Visa 마이크로서비스로 전송됩니다.

● 결제가 확인되면 사용자에게 제품 구매 및 결제가 완료되었음을 알리는 콜백이 Amazon 제품 마이크로서비스로 전송됩니다.

블랙 프라이데이와 같은 연말 세일 기간에는 더 많은 인터넷 수요를 충족하기 위해 Amazon 및 Visa 마이크로서비스가 확장됩니다.

요점은 인터넷은 비동기식 마이크로서비스를 통해서만 이렇게 큰 규모로 확장할 수 있다는 것입니다. 블록체인도 마찬가지입니다.

웹3에서는 어떻게 이를 달성할 수 있을까요?

UPI는 좋은 예입니다. 사용자 기반과 거래량 면에서 세계에서 가장 큰 결제 시스템 중 하나입니다. 현재 UPI는 한 달에 100억 건 이상의 거래를 처리하고 있으며, 이는 시스템의 규모를 증명하는 수치입니다.

UPI는 여러 은행의 고객이 상호 작용할 수 있는 시스템입니다. 하지만 처음 출시되었을 때는 그다지 성공적이지 않았습니다. 은행들은 처음에 시스템 가입을 매우 주저했는데, 정부가 UPI 가입을 의무화하지 않았기 때문입니다. 은행들이 가장 우려했던 것은 UPI 거래를 지원하면 결국 고객 계좌에서 다른 은행으로 자금이 이체(유동성 유출)될 것이라는 점이었죠.

이 문제를 해결하기 위해 상호성의 원칙이 사용되었습니다. 상호성은 경제적 인센티브를 대체하며, 은행이 다른 은행의 고객으로부터 '지급'을 허용해야만 UPI에 가입하여 '지급'을 받을 수 있다는 생각을 전달하기 위해 사용됩니다.

이것은 권한이 필요한 설정(웹2의 은행)의 예시이지만, 웹3의 권한이 필요 없는 통합 레이어에도 생태계 전체에 좋은 상호성의 원칙이 내재되어 있어야 합니다.

호혜성의 원칙은 은행이 고객과 지갑에 대한 문을 열고 효과적으로 협업하여 최종 고객에게 최상의 사용자 경험을 제공할 수 있도록 도와줍니다.

이러한 협업은 생태계를 위해 좋은 일입니다. 하지만 이는 기반 기술이 협업을 가능하게 하는 올바른 기본 요소를 사용할 때만 가능하며, UPI는 이러한 기본 요소를 갖추고 있으며, 전 세계 웹2 시스템의 경험을 웹3로 가져올 수 있도록 Avail를 설계했습니다.

웹2의 경험을 웹3로 가져오기

인터넷의 진화는 블록체인 세계에 대한 귀중한 통찰력을 제공했습니다. 인터넷의 확장은 주로 상호 연결된 컴퓨터의 네트워크인 비동기식 마이크로서비스를 통해 이루어졌으며, 각각 특정 작업을 수행하고 필요할 때 통신합니다.

●● Amazon과 Visa 같은 플랫폼은 이 모델을 잘 보여주는 예로, 각각 전자상거래와 결제 처리를 위한 다양한 전문 마이크로 서비스를 제공합니다.

● 이러한 서비스는 수요에 따라 독립적으로 확장되어 분산형 비동기 운영의 효율성을 보여줍니다.

● UPI(통합 결제 인터페이스)와 같은 시스템의 성공은 대규모의 복잡한 시스템을 확장하는 데 있어 상호 연결성의 중요성을 더욱 강조합니다.

웹3에서도 비슷한 복잡성과 성장의 단계를 목격하고 있습니다. 오늘날 이더에는 많은 롤업 및 레이어 2 솔루션이 존재하며, 이로 인해 사용자 및 유동성 파편화 문제와 초기 인터넷의 문제를 연상시키는 단절된 사용자 경험이 발생하고 있습니다. 이제 이러한 문제와 이를 해결하는 데 Avail이 어떻게 도움이 되는지 자세히 알아보겠습니다.

모듈형 생태계의 현황

롤업은 블록체인 확장 솔루션으로 인정받고 있습니다. 롤업 기술이 성숙하고 발전하며 새롭고 더 효율적인 애플리케이션별 발전이 계속 통합됨에 따라 롤업은 블록체인 플랫폼 전반에서 표준 기능이 되고 있습니다. 롤업이 멀티체인에서 점점 더 많이 채택되고 있으며, 이러한 추세는 분명합니다.

그러나 이러한 발전은 수백 개의 체인이 존재하고 각각 수많은 사용자 상호작용이 존재하기 때문에 사용자 경험에 대한 상당한 우려를 불러일으키고 있습니다.

주요 L2 플레이어들은 이러한 문제에 대응하기 위해 각각 고유한 솔루션을 개발했습니다. 하지만 안타깝게도 이로 인해 파편화 문제가 더욱 심화되었습니다.

이러한 생태계는 각자의 경계 내에서 원활한 통합 운영을 가능하게 하지만, 여러 생태계를 넘나들며 운영하면 마찰이 발생하여 더 넓은 블록체인 환경에서 원활한 상호운용성을 원하는 사용자에게 장애물이 됩니다.

기본으로 유효성 증명의 DA 계층을 기반으로

최초성 기반. 원칙에 따라, 통합 스택의 최하위 계층은 유효성 증명을 기반으로 데이터 가용성 샘플링을 사용하여 구축된 DA 계층이어야 합니다.

DA 레이어는 합의와 주문을 위한 통합 지점이기 때문에 블록체인에서 필수적인 레이어입니다. DA 레이어는 블록체인을 구축하기 위해 다른 구성 요소(예: 실행)가 필요하지만, 트랜잭션의 순서를 정하고 해당 트랜잭션의 순서에 대한 합의를 도출하는 신뢰의 루트 역할을 합니다.

실행 레이어가 기본 레이어에서 주문과 DA 보증을 확인할 때, 가장 효율적이고 신뢰를 최소화하는 실행 방법은 주문 커밋을 샘플링하는 것입니다. 유효성 증명을 기반으로 커밋을 생성함으로써 반박할 수 없는 사실의 원천이 됩니다. 이것이 바로 가용성 DA에서 KZG 커미트먼트가 하는 역할입니다. 그러나 커밋된 시퀀싱에 대해 가용성을 보장받으려면 클라이언트가 전체 데이터를 다운로드하거나 수정된 코드 데이터에 대해 샘플링을 수행하여 가용성에 대한 높은 신뢰도를 제공해야 합니다. 전자의 경우 클라이언트가 기본 계층 전체 노드를 실행해야 하므로 가용성을 사용하면 수정된 코드 데이터에 대해 DAS를 수행하는 라이트 클라이언트가 가용성을 효율적으로 확인할 수 있습니다.

DAS는 유효성 증명이 지원하는 DA의 초강력 기능이며, 이것이 바로 Avail & Trinity를 구축한 토대입니다.

Avail  Trinity

Avail 에코시스템은 사용자와 개발자에게 탁월한 경험을 제공하도록 설계되어 확장성, 상호 운용성, 보안의 세 가지 기본 요소의 균형을 맞추면서 성능 저하 없이 타협 없는 보안. 플랫폼은 세 가지 주요 계층으로 구성되어 있습니다.

● 기본 데이터 가용성(DA) 계층

이 계층은 모든 블록체인이 확장성과 보안을 강화하기 위해 활용할 수 있는 공통 기본 레이어입니다. DA의 단순하면서도 강력한 설계는 매우 유연하여 특정 제약이나 편향 없이 각 체인의 필요에 맞게 조정할 수 있습니다.

● 상호 운용성을 지향하는 Nexus Layer

Nexus Layer는 롤업 내에서 내부 메시징을 위한 라이선스 없는 프레임워크를 제공하는 Avail의 오케스트레이션 구성 요소입니다.

이 계층은 사용자가 단일 롤업을 사용하든, Avail의 여러 롤업에 걸쳐 있든, 외부 에코시스템의 체인과 상호 작용하든 여러 시나리오에서 원활한 사용자 환경을 만드는 데 매우 중요합니다.

● 퓨전 보안 레이어

퓨전은 Avail 베이스 체인이 비네이티브 토큰과 Avail 네이티브 토큰을 결합하여 Avail 플랫폼을 보호할 수 있게 해줍니다. 이를 통해 강력하고 안정적인 보안 계층을 구축할 수 있습니다.

Fusion은 Avail에 구축된 롤업 토큰에 향상된 보안과 유용성을 제공합니다.

Fusion은 또한 다른 블록체인의 유동성을 Avail 생태계로 더 많이 유입하고 이를 고정하는 데 도움이 될 것입니다.

5. Avail DA

DA 계층은 블록체인 네트워크의 핵심 기반입니다. 공유된 사실의 확장 가능한 소스 역할을 합니다. 새로운 블록이 생성될 때마다 네트워크의 모든 관련 데이터가 숨겨지거나 삭제되지 않고 존재하도록 보장하여 지속적인 운영을 지원합니다.

DA 레이어는 중요하지만, 블록체인을 생성하려면 다른 레이어, 특히 블록체인 상태의 변화를 결정하는 실행 레이어가 필요합니다. 실행 레이어는 롤업으로 효율적으로 확장할 수 있지만, 최적화된 DA 레이어가 없으면 데이터 가용성이 빠르게 병목현상을 일으킵니다.

(1) DA 레이어의 작동 방식

DA 레이어는 탈중앙화된 블록체인 네트워크입니다. 다른 블록체인이 자체 데이터 가용성 레이어로 사용할 수 있는 블록 공간을 생성하고 보호합니다.

특수 AppID를 사용하여 블록체인은 트랜잭션 데이터를 Avail에 게시하고, 이 데이터를 제출하여 사용할 수 있게 됩니다.

● Avail 블록에 게시된 데이터는 Avail 네트워크에서 검증되지만 실행되지는 않습니다(실행 계층의 작업이기 때문에).

● Avail의 데이터 가용성 블록체인은 모든 블록체인 네트워크를 지원할 수 있습니다.

● Avail은 유효성 증명을 사용하므로 개발자와 사용자는 데이터 가용성을 확인하기 위해 Avail 네트워크를 신뢰할 필요 없이 직접 확인할 수 있습니다.

● Avail에 게시된 데이터는 수정 코딩을 통해 확장되므로 데이터 중복성이 증가합니다.

● Avail은 KZG 다항식 커밋을 사용하여 데이터가 Avail 블록 헤더에서 추적되도록 합니다.

● 검증자가 새 블록을 확정하면 블록이 확정되는 즉시 데이터를 사용할 수 있도록 유효성 증명을 사용할 수 있습니다.

● Avail의 지명 지분 증명(NPoS) 블록체인은 Polkadot의 SDK를 사용하여 구축되며 최대 1,000명의 외부 검증자를 지원합니다.

(2) 데이터 가용성 샘플링(DAS)

DAS는 Avail 블록체인에서 다른 네트워크, 지갑, 사용자가 사용할 수 있는 데이터를 효율적으로 검증하기 위한 핵심 개념입니다.

사용자는 Avail의 라이트 클라이언트를 사용하여 Avail 블록체인을 빠르게 샘플링하여 데이터 가용성을 증명하는 유효성 증명 인증서의 유효성을 검증할 수 있습니다. 이 효율적이고 깔끔한 코드는 사용자의 휴대폰과 브라우저를 비롯한 다양한 제품과 기기에 쉽게 배포할 수 있습니다.

8. 확장성

Avail 라이트 클라이언트 및 데이터를 통한 확장성 가용성 샘플링을 통해, Avail은 블록 크기를 늘리고 수요 증가에 따라 더 많은 블록을 지원할 수 있는 확장 가능한 블록을 지원합니다.

이것은 라이트 클라이언트와 DAS의 고유한 기능 때문입니다.

라이트 클라이언트는 네트워크에서 데이터의 하위 집합을 샘플링하고 해당 데이터의 가용성을 확인할 수 있습니다. 라이트 클라이언트는 8~30개의 샘플로 100%에 가까운 데이터 가용성 보장을 신속하게 생성할 수 있어 전체 노드에 필적하는 보안을 제공합니다. 라이트 클라이언트 네트워크에서 복제가 수행되면 라이트 클라이언트 네트워크 자체가 체인의 현재 상태의 사본을 형성하기 시작하여 전체 네트워크에 중복성을 추가합니다. 결국, 인증자와 라이트 클라이언트 네트워크가 있는 Avail 네트워크의 복사본을 얻게 됩니다.

라이트 클라이언트가 많을수록 네트워크의 데이터 샘플링 기능이 더 강력해집니다. 네트워크에서 더 많은 DAS가 발생하면 라이트 클라이언트 네트워크의 도달 범위가 충분히 커져 더 큰 블록을 샘플링할 수 있게 됩니다. 이는 블록 공간이 커질수록 네트워크의 라이트 클라이언트 수 또한 증가하는 긍정적인 피드백 루프를 가져올 것입니다. 수요가 증가함에 따라 사용 가능한 블록 공간이 감소하는 모놀리식 체인 설계와 달리, Avail의 DA 레이어는 수요에 따라 DA 블록 공간을 확장할 수 있습니다.

9. 주문 유지

거래 주문 유지는 블록체인 시스템을 구축하기 위한 기본 요건입니다. 새로운 Avail 블록이 생성될 때마다 블록체인에 새로운 트랜잭션 순서가 추가됩니다.

게시된 데이터의 순서를 유지하는 책임은 Avail DA 검증자 세트에 있지만, 검증 책임은 사용자에게 아웃소싱됩니다. 체인의 정확성을 확인하기 위해 사용자는 다음을 수행해야 합니다.

● 데이터 가용성 확인: 즉, 설정된 순서와 비교하여 데이터 가용성을 확인합니다. 사용자는 Avail 유효성 검사기 세트에 의해 결정된 순서에 따라 데이터 가용성 샘플링(DAS)을 수행하여 이를 수행할 수 있습니다.Avail은 Avail DA의 유효성 증명을 사용하여 약 60초의 최종 확실성을 달성하며, 이는 오늘날 DA 계층에서 가장 빠른 최종 확실성을 보장하는 것입니다.

● 실행 검증: 롤업과 관련된 실행 증명을 검증하여 달성합니다.

실제로 이러한 검증 프로세스는 기본적으로 사용자의 지갑에 통합되어 있습니다. 이러한 통합을 통해 사용자는 인증 기술을 갖추거나 특수 소프트웨어를 실행할 필요가 없습니다. 이러한 접근 방식은 사용자 경험을 간소화할 뿐만 아니라 Avail 생태계 내 상호작용의 신뢰성과 무결성을 유지합니다.

6. Avail Nexus

롤업을 쉽게 지원할 수 있다는 것은 수천 명의 사람들이 최신 기술을 이용할 수 있다는 것을 의미합니다. 지원한다는 것은 수천 개의 롤업이 제공된다는 것을 의미합니다. 즉, 이러한 롤업과 상호작용하는 최종 사용자 경험은 세분화될 것입니다. 멀티체인 세상에서 블록체인 사용자 경험은 이미 어느 정도 손상된 상태이며, 구성성을 변경하지 않고 롤업의 수를 더 늘리면 더욱 심각한 문제가 발생할 것입니다. 그렇기 때문에 저희는 Avail DA를 신뢰의 루트로 사용하여 롤업에 대한 통합 검증 센터 역할을 하는 Avail Nexus를 구축하고 있습니다.

Avail Nexus는 다음을 포함하여 Avail에 기반한 맞춤형 ZK 조정 롤업입니다.

● 증명 집계 및 검증 레이어

● 시퀀서/슬롯 경매 메커니즘

Nexus는 또한 정기적으로 검증을 위해 Ether 및 Avail DA 레이어에 집계 증명을 제출합니다. Avail;DA의 사용자 정의 모듈은 집계 증명의 유효성을 검사합니다.

배경

롤업은 확장성 문제를 해결하는 데 매우 중요합니다. 더 많은 사용자를 유치하는 데 있어 모놀리식 체인은 항상 병목 현상이 발생합니다. 이상적인 미래에서는 각 디앱이 자체 성능에 의해서만 제한되는 자체 롤업이 될 것입니다. 하지만 이러한 미래에서 가장 중요한 부분은 디앱 간의 원활한 커뮤니케이션입니다. 모듈화된 세계는 롤업 간의 통신을 지시하는 메시지 전달 프로토콜만큼이나 효율적이어야 합니다.

크로스 롤업 통신에는 크로스 체인 브리지가 포함되며, 모놀리식 체인이 제공하는 보안에 필적하려면 신뢰 최소화가 중요합니다. 동일한 DA 레이어에서 롤업 간에 브리징할 때는 모두 동일한 합의와 경제적 보안에 의존하여 순서를 결정하기 때문에 교차 신뢰 및 보안 영역이 필요하지 않지만(뉘앙스가 있습니다), 신뢰가 필요하지 않은 브리지의 경우 롤업이 실행이 올바른지 알아야 하는 것이 매우 중요하며 이를 스스로 검증해야 하므로 다른 사람이 신뢰하고 있다는 것을 신뢰하지 않아도 됩니다. 신뢰하지 않아도 됩니다. 이는 여러 가지 중요한 질문을 제기합니다.

● 병목 현상 없이 상태 유효성 검사를 수행하려면 어떻게 해야 할까요?

● 롤업은 에코시스템의 다른 롤업에서 메시지나 이벤트를 어떻게 학습하며, 메시징을 비동기적으로 구현할 수 있나요?

●● 롤업 A는 롤업 B의 표준 순서를 어떻게 알 수 있나요?

●● 롤업 간에 보안 가정이 변경되나요?

● 일반적인 경우에도 몇 개의 교차 링크 브리지가 필요한가요?

Nexus는 이러한 질문을 대규모로 해결하는 것을 목표로 합니다.

설계

한 블록체인이 다른 블록체인과 대화하고자 할 때, 자체 보안을 위해 두 가지 중요한 질문에 답해야 합니다.

1. 체인의 사양과 최종 순서는 무엇인가요?

2. 실행이 유효한가요?

합의는 체인의 정식 순서를 결정하며, 공통의 레이어는 이와 관련하여 균일한 보안을 제공합니다. DA> 레이어는 거래 순서에 대한 <롤업> 합의를 제공하며, 동일한 레이어를 공유하는 레이어 간의 거래 순서에 대해서는 거래 순서에 대한 합의가 존재하지 않습니다. 레이어 롤업은 판도를 바꿉니다. 모든 롤업(자체 롤업 포함)의 트랜잭션 순서는 동일한 합의에 의해 결정되므로, 개편이 있더라도 모든 롤업의 순서는 해당 개편에 따라 결정됩니다.

그러나 공개 DA 계층이 있는 롤업의 경우에도 실행이 유효한지 여부를 판단하는 것은 어려울 수 있습니다.

NFT 롤업이 롤업에서 결제를 확인하고자 하는 상황을 상상해 봅시다. 롤업 간 통신은 대략 다음과 같습니다:

빨간 선은 결제 롤업에서 NFT 롤업으로의 정보 흐름을 나타냅니다. 이 과정은 간단해 보이지만, 더 많은 롤업이 생태계에 합류할수록 복잡성이 증가합니다.

서로 통신하려는 일부 롤업의 경우에도 위의 모든 기능을 수행하는 고유한 브릿지 인스턴스를 통해 구조는 다음과 같은 형태로 완성됩니다.

각 롤업에 고유한 상태 전환 기능이 있을 수 있고 특정 도메인에 맞게 설계 선택을 조정해야 한다는 점을 인식하면 문제는 더욱 명확해집니다. 수행되는 검증은 영지식 증명(ZK 증명)에 의존하는 부정 증명 또는 유효성 증명 시스템과 결합된 게임 이론에 따라 달라질 수 있습니다. ZK 롤업의 경우에도 증명 시스템 자체는 Groth16에서 PLONK까지 다양한 모습을 보일 수 있습니다.

롤업은 실제로 다른 롤업의 세부 사항과 상태 전환 함수가 무엇인지 알 필요는 없지만, 이러한 상태 전환 함수의 실행이 정상적으로 수행되는지 확인할 수 있어야 하며, 이러한 실행이 롤업과 관련되어 있는지 이해할 수만 있으면 됩니다. 또한 개별 증명을 검증함으로써 그와 관련된 모든 실행의 유효성을 본질적으로 검증할 수 있다면 판도를 바꿀 수 있을 것입니다. 검증 센터는 크로스체인 커뮤니케이션과 이벤트를 위한 특정 인터페이스를 활성화하고, 그 뒤에 있는 롤업의 도메인별 세부사항을 추상화함으로써 바로 그러한 기능을 제공합니다. Avail  Nexus  는 이 아이디어의 구체화입니다.

집계 증명

ZK  증명은 단순성이라는 매우 중요한 속성을 가지고 있습니다. 문장의 유효성을 검사하는 데는 문장에 도달하는 것보다 훨씬 적은 계산 리소스가 필요합니다. 블록체인의 맥락에서 상태 검증은 상태 전환 함수를 실행하여 상태에 도달하는 것보다 훨씬 쉽습니다. 또한 개별 증명(합산)을 통해 개별 증명이 유효하다는 것을 증명할 수 있다는 점은 획기적인 일입니다. 이제 '롤업'의 유효성 증명을 개별적으로 검증할 필요 없이, 하나의 집계된 증명이 '롤업'에 관련된 모든 유효성 증명을 검증하는 것, 즉 '롤업'에 관련된 모든 내역의 유효성을 검증하는 것이 가능해졌습니다.

Avail  Nexus  는 런타임에 특정 조건이 충족될 때 제출된 모든 유효성 증명을 검증하고 이를 완료했다는 간결한 증명을 생성합니다. 그런 다음 이 증명은 모든 노드의 유효성 검사를 위해 <사용 가능> 기본 계층에 제출됩니다. 기본적으로 이 레이어는 신성한 합의 레이어가 됩니다. 참여하는 모든 '롤업'은 이 간결한 증명을 검증하여 다른 '롤업'의 상태를 검증할 수 있으며, 가장 중요한 것은 'L1' 브릿지를 통해 이 월드가 외부 세계로 접근할 수 있다는 것입니다.

구현 세부사항은 변경될 수 있지만, 'Zeth;인스턴스 내에서 증명을 확인하거나 더 타겟팅을 사용하여 집계를 증명함으로써 증명이 가능합니다. 도구(예: Nebra에서 구축한 도구)를 사용하여 집계를 수행하여 증명할 수 있습니다.

중요한 세부 사항은 Avail Nexus 자체가 ZK 롤업이라는 것입니다. 각 집계된 증명은 롤업 세계에서 새로운 블록 또는 배치입니다. 블록 헤더는  를 저장하기 위한 일부 상태의 약속입니다; 넥서스의 이전 롤업 블록헤더와 해당 시점까지 롤업에서 생성된 모든 이벤트의 목록입니다. 또한 낙관적 롤업도 참여할 수 있습니다. 낙관적인 롤업은 영수증과 상태 루트를 넥서스에 제출할 수 있으며, 부정 증명은 ZK 부정 증명으로 제출하여 이의 제기 기간을 단축할 수 있습니다. 이의 제기 기간 내에 사기 증빙을 제출하지 않으면 옵티미스틱 롤업에서 생성된 영수증(또는 이벤트)이 '넥서스' 상태에 포함됩니다.

NFT와 결제 예시로 돌아가서 이제 구현은 다음과 같습니다.

주황색 부분은 두 체인 간의 정보 흐름을 설명하며, Avail & nbsp;Nexus에서 제공하는 영수증 루트는 두 체인 간의 정보 흐름을 기반으로 히스토리의 모든 롤업에서 생성된 모든 이벤트로 구성된 트리의 루트를 기반으로 두 체인 간의 정보 흐름을 설명합니다. 중요한 것은 이벤트에 대한 비포함 증명을 증명할 수 있다는 것입니다. 현재 구현에서 이벤트는 모두 이벤트의 해시가 인덱스 역할을 하는 스파스 머클 트리로 저장되며, Nexus는 각 이벤트가 고유하다는 것을 강제합니다.

동기화된 구성을 가진 앱은 정확하게 예측할 수 있고 빌드하기가 더 쉽습니다. 하지만 사용 사례의 규모와 사용자 경험 요구 사항이 증가함에 따라 동기식 컴포지션은 충분한 유연성을 제공하지 못합니다. 모놀리식 체인 또는 단일 롤업에서는 애플리케이션이 동일한 시스템에 상주하며 두 가지 구조를 모두 갖기 쉽습니다. 애플리케이션 간의 모든 통신은 블록 타임으로 이루어져야 하지만, <미래>와 같은 고수준 구조는 미래의 약속을 저장하고 이러한 <미래>가 실현될 때 미리 커밋된 특정 실행을 완료하는 데 사용할 수 있습니다(<웹2>에서 이를 알고 있습니다). 콜백입니다).

단일 체인 세계에서 롤업이 많은 모듈형 세계로 이동함에 따라 비동기식 컴포저빌리티의 필요성이 더욱 분명해졌습니다. 다른 체인에서 결제가 완료되기를 기다리느라 한 체인이 멈추는 것은 이상적이지 않습니다. 모든 유형의 통신은 여러 블록에 걸쳐 이루어질 수 있어야 합니다. 이 외에도 원자 속성은 비동기 조합이 있는 모든 시스템에서 중요해집니다. 부분적으로 완료된 모든 실행은 외부 조건이 실패할 때 다시 재개되어야 합니다. 위에서 살펴본 바와 같이, 이러한 과제를 해결하기 위해 Avail Nexus는 증명을 통합하여 모듈형 세계에서 통합된 경험을 제공합니다.Avail Nexus는 이러한 문제를 해결합니다. 이를 통해 퓨처 스토리지와 같은 사용자 정의 구현과 향후 완료에 대한 시스템 간 증명이 가능합니다. (이 구조에서는 롤업 자체는 외부 장애로부터 복구되지 않지만 롤업은 새로운 상태로 전환되고 퓨처는 취소됩니다.) 기본적으로 NFT는 결제가 완료된 후에만 다른 사람에게 전송할 수 있습니다. 롤업 결제는 웹 2.0 세계에서 익숙한 '사용자 경험(UX)'과 비슷합니다.

주문 및 실행 검증

현재 이더의 롤업은 이더를 'DA'로 사용하는 데 드는 비용을 부담합니다. '가스' 수수료가 인상되었을 때, 그들은 약 1300~1600달러/MB 이상을 지불했습니다. 그 결과, 많은 체인들이 'Avail'를 체인의 'DA' 레이어로 사용하고자 하는 것을 볼 수 있습니다. 이는 구성 선택과 배치 크기에 따라 운영 비용을 70~90%까지 절감할 수 있습니다. 그들은 여전히 이더에 증명을 게시하고 결제 레이어로 사용합니다. 사실, 이들은 이더를 사양 브리지로 사용하고 있을 뿐입니다.

앞으로 몇 달 동안 이러한 추세가 지속되겠지만, 이더리움에서 자체적으로 해결되는 블록당 수백 개의 롤업이 존재한다면 이더리움의 실행은 다시 확장할 수 없을 것입니다. 저희는 <사용 가능> 검증자가 이더를 통해 사용자와 유동성에 접근할 수 있는 다리를 계속 구축하기를 바랍니다. 하지만 저희는  Avail Nexus 를 통해 브리지 비용을 분담할 것입니다.

Avail Nexus에 참여하는 롤업은 Avail 및 검증된 롤업에 의해 증명을 검증받게 됩니다. 검증된 증명은 합의 증명 브리지인 '벡터' 브리지를 통해 이더넷에 도달하며, 이는 'ZKP'를 기반으로 'Avail'에서 이더넷으로 연결되는 합의 증명 브리지입니다. 이더리움은 여전히 집계된 실행 증명을 검증할 수 있으며, <밸리디움>과 동일한 가정인 와 오더링을 제외하고는 검증자에 의존할 필요가 없습니다.

이제 유일한 차이점은  Avail Nexus 가 롤업의 표준 브리지가 되는 반면, Ether는 보증을 위해 동일한 브리지를 사용한다는 것입니다. 이 설계는 유효성 검사당 하나의 증명을 검증하는 것에서 Avail Nexus에 참여하는 모든 롤업에 대해 하나의 증명을 검증하는 것으로 Ether에서의 구현 비용을 줄입니다. 그런 다음 롤업은 정상적으로 Ether에서 종료할 수 있습니다.

7, Avail Fusion

통합된 레이어는 통합 보안을 필요로 합니다. 별도의 L1을 만드는 대신 새로운 롤업을 구축할 때 가장 큰 가치는 기본 레이어에서 보안을 상속할 수 있다는 점입니다. 웹 3.0 조정 계층이 되려면 암호화 경제성 보증과 암호화 보증이 궁극적으로 생태계를 정의하기 때문에 매우 안전해야 합니다.

이를 충족하기 위해 저희는 비트코인, 이더리움 등 가장 성숙한 생태계의 고유 자산을 가져와서 Avail에 기여할 수 있도록 하는 Fusion Security를 개발하고 있습니다. 컨센서스에 기여할 수 있습니다. 뿐만 아니라 새로운 롤업 토큰이 베이스 레이어를 보호하는 역할을 할 수 있도록 함으로써 그들에게 힘을 실어줍니다.

퓨전 보안은 Avail의 통합 비전을 달성하기 위해 설계된 추가적인 암호화 경제 보안입니다.

Avail 플랫폼의 맥락에서 Fusion 보안은 Avail 이외의 모든 암호화폐 토큰을 Avail DA 합의에 포함할 수 있게 해줍니다. 외부 토큰 외에 네이티브 토큰을 포함합니다.

퓨전은 두 가지 새로운 종류의 토큰을 Avail의 플레지 풀에 추가하여 전체 생태계의 암호경제적 보안을 강화할 수 있습니다.

. 왼쪽;">● 기존 암호화폐: 비트코인, 이더리움, 솔(SOL) 등의 토큰.

● 신규 롤업 토큰: 총 서약량의 일부로 제한되어 유틸리티를 부트스트랩하기 위해  Avail 에서 생성된 신규 토큰입니다.

이 접근 방식은 Avail의 암호화 경제적 보안을 점진적으로 강화할 것이며, ETH 및 BTC와 같은 외부 토큰을 사용하여 다른 블록체인에서 합의한 첫 사례 중 하나가 될 것입니다.

현재,

Fusion

프로토타입은 두 가지 접근 방식을 따릅니다.

1.  Avail. 블록체인의 서약 모듈: 이 모듈은 Avail 노드의 자산 팔레트를 통해 다양한 외부 토큰을 지원합니다.

2. 자산 변환을 위한 플레지 모듈: 외부 자산을 Avail 토큰으로 변환하고 변환 시점에 가격 변환 매핑을 유지할 수 있게 해줍니다.

이러한 접근 방식의 최종 선택은 경제 위험 모델, 인플레이션 제약 및 기타 주요 요소를 신중하게 고려한 후 결정됩니다. 이 이니셔티브는 Avail 생태계 내 다양한 암호화폐의 통합과 상호운용성을 위한 중요한 진전을 의미합니다.

Fusion은 다음에서 영감을 받았습니다.

●●이더 합의 메커니즘의 재모기지 또는 검증자 전체 세트를 독립적으로 운영하는 서비스인

● Babylon Chain은 다양한 블록체인 네트워크에서

● BTC(비트코인)를 안전하게 사용할 수 있는 플랫폼을 만들고 있습니다. 왼쪽;">● 메쉬 보안을 개척한 오스모시스는 한 체인이 다른 체인으로부터 경제적 보안을 빌릴 수 있도록 합니다

퓨전은 이러한 접근 방식과 유사하지만 다른 구조입니다. 다른 자산에서 경제적 보안을 차용하지만, 보안 및 활동 실패에 대해 <사용 가능> 컨센서스에 불이익을 줍니다.

8. 어뷰블 토큰

어뷰블 토큰은 네트워크 내 순환 경제를 촉진할 것입니다

●&&. DA, 넥서스, 퓨전 보안 레이어는 어빌리 토큰의 서약으로 보호됩니다

●거래 및 브리징 수수료는 어빌리 토큰으로 지불됩니다. 의 네이티브 토큰 결제를 통해 네트워크가 자립하고 모든 참여자에게 일관된 인센티브를 제공할 수 있도록 보장합니다

Avail 토큰 보유자는

9. 통합 비전

각자의 보안 및 상호운용성을 고려하는 수백 개의 체인으로 구성된 환경에서 Avail의 목표는 전체 에코시스템에 걸쳐 다음과 같은 플랫폼이 되는 것입니다. 원활하고 통합된 경험을 제공하는 플랫폼이 되는 것입니다.

이 플랫폼은 사용자가 각 블록체인의 모든 자산을 쉽게 관리할 수 있는 단일 사용자 인터페이스를 제공할 것입니다. 사용자가 거래를 실행하고자 할 때 인터페이스에 서명하기만 하면 됩니다.

그런 다음 Avail 플랫폼의 백엔드는 비동기 메시징을 지원하는 Avail 넥서스와 함께 작동합니다. 이 시스템은 생태계의 다른 체인과 통신하여 사용자 요청을 처리함으로써 원활하고 효율적이며 통합된 웹 3.0 사용자 경험을 보장합니다.