애플리케이션 체인의 부상은 어떤 위험과 기회를 가져올까요? 미래는 어떻게 발전할까요?

白泽研究院

特邀专栏作者

2022-10-06 12:05 (UTC+8)

이 기사는 약 4863자로, 전체를 읽는 데 약 7분이 소요됩니다

Lisk의 연혁, 장단점, 시장구조, 디자인 컨셉, 기존 Lisk 사례 등을 자세하게 설명합니다.

AI 요약

펼치기

Lisk의 연혁, 장단점, 시장구조, 디자인 컨셉, 기존 Lisk 사례 등을 자세하게 설명합니다.

원문 편집: Bai Ze Research Institute

블록체인의 초기 응용 프로그램은 통화 및 금융을 중심으로 진행되었지만 지난 몇 년 동안 예술, 게임 및 음악과 같은 영역의 응용 프로그램이 급증했습니다. 동시에 이러한 애플리케이션의 총 사용자 수는 선형적으로 증가하여 기본 인프라에 부담을 주고 사용자 경험을 저하시킵니다. 또한 이러한 애플리케이션이 확장됨에 따라 점점 더 많은 사용자 정의 기능과 더 강력한 비즈니스 모델이 필요합니다.

이러한 문제를 해결하기 위한 새로운 비즈니스 모델은 "AppChains"라고 하는 애플리케이션별 블록체인을 구축하는 것입니다. AppChain을 구축하는 애플리케이션은 보안 모델, 수수료, 쓰기 권한 등과 같은 스택의 여러 계층을 사용자 정의할 수 있습니다.

AppChain은 새로운 개념이 아닙니다. 즉, AppChain의 설계는 모놀리식 블록체인(예: Osmosis)뿐만 아니라 응용 프로그램 상태 전환을 처리하는 모듈식 실행 계층(예: 롤업, 사이드체인, 플라즈마)도 포함하지만 최종성을 달성하기 위해 별도의 결제 계층 또는 합의 계층에 의존합니다.

실제로 "계층"(예: L2, L3 등)은 대부분의 경우 양방향 신뢰 최소화된 교차 체인 브리지가 있는 신뢰 최소화된 블록체인입니다.

이 기사에서는 다음을 수행합니다.

AppChains의 역사 개요
AppChains의 장단점을 설명하십시오.
향후 AppChain 시장 구조 설명
AppChain의 설계 방식 개요
첫 번째 레벨 제목

AppChains의 과거와 현재

AppChain이 등장하는 데 수년이 걸렸습니다. Cosmos와 Polkadot은 2016년에 이 개념을 제안하고 홍보했지만 2021년 초까지 네트워크(각각 IBC 및 파라체인 기능 포함)를 완전히 시작하지 않았습니다. 동시에 확장성 측면에서 Ethereum 사용자의 수요 증가로 인해 2020년 후반에 ETH 거래 수수료가 엄청나게 높아졌고 애플리케이션 개발자는 대체 솔루션이 절실히 필요했습니다. 한편, 이더리움 오프체인 확장성 연구는 "L2s", Polygon, Skale, zkSync(1.0), StarkWare(StarkEx), Optimism 및 Arbitrum의 형태로 서서히 구현되고 있습니다.둘 다 2020년과 2021년에 출시됩니다.

다른 기본 계층("L1")도 비즈니스 개발 노력의 일환으로 EVM(Ethereum Virtual Machine) 지원의 중요성을 인식합니다. 2020년과 2021년에 EVM 호환 체인을 출시합니다.

애플리케이션별 설계 측면에서 Celestia는 2019년(처음에는 LazyLedger로) 기존 모놀리식 블록체인의 실행, 결제 및 데이터 가용성 계층을 분리하는 새로운 모듈식 설계를 도입하여 스택의 나머지 부분을 재구축하지 않고도 특정 애플리케이션별 블록체인을 허용했습니다. .

오늘날 AppChain 인프라를 제공하는 다양한 플랫폼이 있습니다. 그들 중 일부는 현재 퍼블릭 블록스페이스(예: Optimism, zkSync)만 제공하지만 개발자 수요가 충분하다면 전용 실행 레이어에 대한 지원을 출시할 가능성이 높습니다.

첫 번째 레벨 제목

AppChain을 선택하는 이유는 무엇입니까?

개발자들이 점점 더 퍼블릭 블록체인에서 스마트 계약을 시작하는 대신 AppChain을 구축하는 쪽으로 눈을 돌리는 세 가지 주요 이유가 있습니다.

성능

dApp은 동일한 네트워크에서 서로 경쟁하기 때문에 인기 있는 dApp은 종종 불균형한 양의 리소스를 소비하여 다른 dApp 사용자의 트랜잭션 비용과 대기 시간을 증가시킵니다.
커스터마이징

커스터마이징

dApp의 인기가 높아짐에 따라 개발자는 사용자를 위해 dApp을 계속 최적화해야 합니다.
대규모 dApp은 처리량, 완결성, 보안 수준, 권한, 구성 가능성 및 생태계 일관성과 같은 특정 설계 선택 사항을 평가해야 합니다. 예를 들어 검증자는 고성능 하드웨어 요구 사항(예: SGX 또는 FPGA를 실행하여 영지식 증명 생성)을 가질 수 있습니다.
전통적인 조직의 경우 AppChains는 승인 없이 Web3에 들어갈 수 있는 방법을 제공합니다; 예를 들어 회사는 KYC 검증자에게 네트워크를 구축하려는 개발자를 선별하도록 요청하고 교차 체인을 통해 자산을 연결할 체인을 선택할 수 있습니다. 다리.

가치 포착

일반적인 확장성 솔루션은 보안 및 개발자 경험을 유지하면서 트랜잭션 비용을 줄이는 반면 개발자에게 수익 창출 기회를 거의 제공하지 않습니다.
반면에 AppChains에 대한 강력한 비즈니스 사례가 있습니다. dApp이 자체 생태계 내에서 기존 프로토콜을 분기하고 수익화할 수 있기 때문입니다(예: AMM 또는 NFT 시장의 거래 수수료).
그들의 토큰은 보안 모델(예: 스테이킹 토큰 또는 가스 토큰)으로 사용되는 추가 토큰의 이점을 얻습니다.
또한 응용 프로그램이 자체 주문자 또는 유효성 검사기를 실행하여 MEV를 캡처하는 기능은 새로운 암호화 비즈니스 모델에 대한 기회를 만들 수 있습니다. Robinhood가 사용하는 주문당 지불 모델과 유사하게 실행 가격이 약간 낮습니다.
첫 번째 레벨 제목

AppChain의 문제

그러나 모든 것은 양날의 검입니다.

제한된 결합성 및 원자성

앱체인은 인프라와 사용자를 다른 생태계로부터 어느 정도 격리시킵니다. 이것이 구성 가능성을 손상시키지는 않지만(동일한 VM에 충분한 브리지만 있으면 됨) 원자성(모든 하위 작업이 실행되거나 그 중 어느 것도 실행되지 않는 "전부 아니면 전무" 속성)을 손상시킵니다.
즉, 원자성은 동일한 결제 계층에 있는 모든 응용 프로그램의 특수한 속성이지만 많은 응용 프로그램(예: 경제 운영을 유지하기 위해 플래시 대출에 의존하지 않는 P2E 게임)에는 중요하지 않습니다.

벽으로 둘러싸인 정원 재건

사고 실험으로, 모든 AppChain에 읽기/쓰기 권한이 있는 경우 결과적인 시장 구조는 개발자의 무허가 및 조합 혁신과 사용자가 자유롭게 거래할 수 있는 능력을 제한하여 Crypto를 해결하도록 설계된 문제로 되돌릴 것입니다. . 질문에.

유동성 분산

다른 계층이나 체인의 유동 자산은 체인 브리지를 통해 AppChain에 연결해야 하며, 이는 연결 인프라를 통해 가능하지만 사용자에게 추가적인 "마찰"을 추가합니다.

반사적 보안 모델

애플리케이션 토큰을 보안 모델로 사용하는 경우 토큰 가격이 0으로 떨어지면 애플리케이션이 더 이상 경제적으로 안전하지 않은 Edge Case가 있습니다.

자원 낭비

AppChain은 애플리케이션이 충분히 사용되지 않으면 리소스(물리적 또는 경제적) 낭비가 될 수 있습니다. AppChain에 전용 검증자가 있는 경우 해당 검증자는 리소스를 다른 곳에 더 효율적으로 배포할 수 있습니다.

추가적인 복잡성

스마트 계약을 배포하는 것만큼 간단하지 않기 때문에 주문자 또는 유효성 검사기와 같은 추가 인프라를 관리할 때 복잡성이 추가됩니다.

제한된 생태계 도구

첫 번째 레벨 제목

떠오르는 AppChain 시장 구조

사일로화된 생태계에 구축하는 많은 단점으로 인해 AppChain은 다음과 같은 특성을 가진 애플리케이션에 가장 적합합니다.

달성된 규모(예: 사용자 수, 계약 수익, TVL) 및 제품 시장 적합성
성능은 제품에 상당한 이점을 가져올 수 있습니다.
보안 및 원자성에 대한 요구 사항 감소(예: P2E 게임, NFT, 암호화된 소셜)

따라서 대부분의 애플리케이션이 공통 L1 및 L2에서 계속 실행될 것이라고 가정하는 것이 타당합니다. 또한 L2 환경이 여전히 상당히 세분화되어 있기 때문에 보안, 유동성 및 원자 속성으로 인해 DeFi 프로토콜이 L1에서 계속 출시되는 것을 볼 수 있습니다. 또한 비 DeFi 애플리케이션이 생태계와 네트워크 효과가 충분히 큰 경우 범용 L2에서 시작하여 애플리케이션별 L3 또는 애플리케이션별 L1로 이동할 수 있습니다. 이 작업 순서를 대략 다음과 같이 상상할 수 있습니다.

또한 AppChain을 시작하는 대부분의 애플리케이션이 모놀리식 체인보다 모듈식 실행 계층(특히 롤업)을 선택하는 데는 이유가 있습니다. 대규모 검증자 그룹을 끌어들이는 데 필요한 자본이 없기 때문입니다. 또한 고품질 검증자는 토큰 가격이 낮고 불안정한 AppChain에 자원을 투입할 가능성이 적습니다.

그럼에도 불구하고 암호화 산업의 성숙도와 인기로 인해 더 많은 애플리케이션이 자체 AppChain을 계속 출시할 것이며 미래의 AppChain 시장 구조는 다양한 형태를 취할 것입니다.

다양한 크로스 체인 브리지를 통해 연결된 앱체인
L1에 연결된 애플리케이션별 사이드체인
첫 번째 레벨 제목

AppChain이 설계되는 방식

AppChain 인프라를 구축하기로 결정할 때 고려해야 할 몇 가지 설계 상충 관계가 있습니다.

보안 유형: 공격을 통해 상태를 변경하는 것이 얼마나 어렵습니까?

Shared: 서로 다른 당사자(예: Polkadot parachains, Skale)가 운영할 수 있는 여러 이기종 검증자에 의해 보호되는 상태
격리: 애플리케이션 자체에서 제공하는 보안, 애플리케이션이 소유한 유효성 검사기 또는 주문자를 사용하고 경제적 이익을 위해 애플리케이션의 토큰 사용(예: Cosmos Chain, Axie Ronin)
상속: 기본 결제/합의 계층에서 제공하는 보안(예: zkSync, Optimism)

보안의 원천: 보안은 어디에서 오는가, 결제는 어디에서 오는가?

이더리움: 이더리움을 사기 증명, 유효성 증명 및 일반 이중 지출 보호(예: Arbitrum, zkSync)를 위한 결제 계층으로 사용
비이더리움 L1: 비이더리움 보안을 사용하고 완전히 다른 합의 모델(예: NEAR Aurora, Tezos 롤업)을 가질 수 있습니다.
애플리케이션 토큰: 암호화 경제 보안으로 애플리케이션 토큰 사용(예: Avalanche 서브넷, Cosmos 체인)

권한: 노드는 어떻게 선택되며 누가 상태를 읽고 쓸 수 있습니까?

Permissionless: 누구나 계약을 읽고 쓸 수 있으며 상태 전환을 확인할 수 있습니다(예: Optimism, StarkNet).
선택적 권한: 화이트리스트에 있는 검증자/개발자만 체인을 읽고/쓰고/검증할 수 있습니다(예: Polygon Supernets, Avalanche 서브넷).

구성 가능성: 유동성과 상태가 동일한 생태계의 다른 애플리케이션 간에 이동하는 것이 쉽고 안전합니까?

모두: 최소한의 대기 시간과 최대 보안으로 모든 애플리케이션으로 이동(예: Polkadot XCMP, Cosmos IBC)
제한됨: 연결, 대기 시간 또는 보안의 제한(예: Avalanche 서브넷, Polygon Supernets)

최종성: 거래가 최종적인 것으로 간주되는 시점은 언제입니까?

즉시: 일반적으로 BFT 합의 메커니즘 사용(예: NEAR Aurora, Evmos)
최종: 일반적으로 롤업을 사용하여 블록이 L1에 게시되고 데이터가 사용 가능하다고 가정하면 트랜잭션이 최종으로 간주될 수 있습니다(예: Arbitrum, zkSync).

가스 토큰: 사용자가 거래 수수료를 지불하는 데 사용할 토큰은 무엇입니까?

비응용 토큰: 일반적으로 응용 프로그램을 구축하기 위한 L1 또는 L2 기본 자산(예: Ethereum, Evmos)
애플리케이션 토큰: 종종 애플리케이션의 토큰 자체는 애플리케이션별 L1 또는 L2(예: Avalanche 서브넷, Osmosis)에서 실행됩니다.
토큰 없음: L1 또는 L2 유효성 검사기 또는 애플리케이션은 사용자에게 비용 보조금을 제공합니다. (예: AltLayer, Skale)

다른 몇 가지 즉각적인 요인이 있습니다.

필요한 스테이크: 검증자가 체인을 확보하도록 요구하는 애플리케이션에 필요한 스테이크 양
초당 트랜잭션(TPS): 트랜잭션의 크기가 다를 수 있으므로 처리량의 주관적인 측정입니다(즉, 트랜잭션이 클수록 TPS가 낮아지고 그 반대도 마찬가지임).
EVM 지원: 개발자가 코드베이스를 수정할 필요 없이 Solidity 및 EVM opcode를 모두 지원할 수 있는 기능

결론적으로

AppChains의 문제에도 불구하고 그들의 지속적인 성장은 개발자 수요를 보여줍니다. Apple이 입증한 바와 같이 수직적 통합은 종종 더 나은 사용자 경험을 가져오며, 유사하게 블록체인 개발자는 AppChain으로 구동되는 완벽하게 최적화된 Web3 애플리케이션을 제공하고자 할 것입니다. 즉, AppChain은 모든 사람을 위한 것이 아니며 개발자는 응용 프로그램을 시작하기 위해 리소스를 투입하기 전에 응용 프로그램의 요구 사항을 깊이 고려하고 평가해야 합니다.

중앙은행 및 기타 부서에서 발행한 "가상 화폐 거래의 과대 광고 위험 추가 방지 및 처리에 관한 통지"에 따르면 이 기사의 내용은 정보 공유만을 위한 것이며 어떠한 운영 및 투자를 장려하거나 지지하지 않습니다. 불법적인 금융 행위에 가담하지 마십시오.

위험 경고: