원저자 : YBB캐피탈 연구원 Zeke
머리말
이더리움이 이끄는 모듈화 시대에 DA(데이터 가용성) 레이어를 연결해 보안 서비스를 제공하는 것은 새로운 일이 아니다. 스테이킹이 가져온 공유 보안의 현재 개념은 모듈식 트랙에 새로운 차원을 제공합니다. 즉, 디지털 금과 은의 잠재력을 사용하여 많은 블록체인 프로토콜과 퍼블릭 체인에 비트코인 또는 이더리움의 보안을 제공합니다. . 이야기적으로 보면 꽤 웅장하다. 이는 수조 달러의 시장 가치 유동성을 방출할 뿐만 아니라 향후 확장의 열쇠이기도 합니다. 최근 비트코인 스테이킹 프로토콜 바빌론(Babylon)과 이더리움 재약정(ReStake) 프로토콜 EigenLayer를 예로 들어보자. 이들은 각각 미화 7천만 달러와 1억 달러라는 막대한 자금을 지원받았다. 헤드 VC가 이 트랙을 매우 인식하고 있음을 보는 것은 어렵지 않습니다.
그러나 모듈화가 용량 확장의 최종 단계이고 핵심 구성원인 두 사람이 필연적으로 막대한 양의 BTC와 ETH를 확보하게 된다면 프로토콜 자체의 보안을 면밀히 조사할 가치가 있는지에 대한 의문도 많이 있습니다. ? 많은 LSD와 LRT 프로토콜로 형성된 미친 마트료시카가 미래 블록체인에서 가장 큰 검은 백조가 될 것인가? 비즈니스 로직이 합리적인가? 이전 글에서 EigenLayer를 분석하였으므로, 다음 글에서는 바빌론을 통한 어필 이슈를 중심으로 다루겠습니다.
보안 합의 확장
지금까지 블록체인 세계의 발전에서 가장 가치 있는 퍼블릭 체인은 비트코인과 이더리움일 것입니다. 수년간 축적된 보안, 분산화 및 가치 합의는 연중 내내 퍼블릭 체인 산 정상에 설 수 있도록 보장합니다. 핵심. 이는 다른 이종 체인이 가장 복사하기 어려운 희소 기능이기도 하며, 이러한 기능을 수요가 있는 사람들에게 대여하는 것이 모듈식 아이디어의 핵심입니다. 모듈식 사고의 현재 단계에는 주로 두 가지 파벌이 있습니다.
첫 번째는 롤업의 하위 3개 레이어 또는 기능 레이어의 일부로 충분한 보안을 갖춘 레이어 1(보통 이더리움)입니다. 이 솔루션은 가장 높은 보안성과 합법성을 가지며 메인 체인 생태계의 리소스도 흡수할 수 있습니다. 그러나 특정 롤업(애플리케이션 체인, 롱테일 체인 등)의 경우 처리량과 비용이 특별히 우호적이지 않습니다.
두 번째는 비트코인과 이더리움의 보안에 가깝고 더 나은 비용 성능을 갖는 존재를 재현하는 것입니다. 예를 들어 잘 알려진 Celestia는 순수 DA 기능 아키텍처를 사용하고 노드 하드웨어 요구 사항을 최소화하며 가스 비용이 낮습니다. 가능한 가장 짧은 시간에 이더리움만큼 안전하고 분산되며 강력한 DA 레이어를 만들기 위해 복잡성을 제거하고 단순화합니다. 이 솔루션의 단점은 보안과 탈중앙화를 완성하는 데 시간이 걸린다는 점과 합법성이 부족하고 이더리움과 명백한 경쟁 관계를 구성하므로 이더리움 커뮤니티에서 거부된다는 것입니다.
이 세력의 또 다른 카테고리는 POS(지분증명)의 핵심 아이디어를 활용하여 비트코인이나 이더리움의 자산 가치를 빌려 공유 보안 서비스를 만드는 바빌론(Babylon)과 아이겐레이어(Eigenlayer)입니다. 앞의 두 개에 비하면 좀 더 중립적인 존재이다. 장점은 합법성과 보안성을 계승하는 동시에 메인 체인 자산에 더 많은 활용 가치와 유연성을 부여한다는 것입니다.
디지털 금의 잠재력
합의 메커니즘의 기본 논리에 관계없이 블록체인의 보안은 이를 지원하는 데 필요한 리소스의 양에 크게 좌우됩니다. PoW 체인에는 많은 하드웨어와 전력이 필요한 반면 PoS는 약속된 자산의 가치에 의존합니다. 비트코인 자체는 엄청나게 큰 PoW 컴퓨팅 파워 네트워크에 의해 지원되며 전체 블록체인에서 가장 안전한 존재라고 할 수 있습니다. 그러나 순환 시장 가치가 1조 3900억 달러에 달하고 블록체인의 절반을 차지하는 퍼블릭 체인으로서 해당 자산에는 전송 및 가스 지불이라는 두 가지 주요 사용 시나리오만 있습니다.
블록체인 산업의 나머지 절반은 특히 이더리움 상하이가 PoS로 업그레이드된 이후 대부분의 퍼블릭 체인이 합의를 완료하기 위해 기본적으로 다양한 아키텍처의 PoS를 사용한다고 말할 수 있습니다. 그러나 새로운 이종 체인 자체는 많은 자본 담보를 유치할 수 없기 때문에 보안이 매우 의심스럽습니다. 현재 모듈화 시대에는 Cosmos 영역과 다양한 Layer 2도 다양한 DA 레이어를 사용하여 보상할 수 있지만 자율성도 상실됩니다. POS 메커니즘을 갖춘 대부분의 오래된 퍼블릭 체인이나 얼라이언스 체인의 경우 기본적으로 이더리움이나 Celestia를 사용하여 DA 역할을 하는 것이 불가능하며, 바빌론의 가치는 BTC가 PoS 체인에 대한 보호를 제공할 것을 약속하면서 이러한 격차를 메우는 것입니다. 과거 인간이 지폐의 가치를 뒷받침하기 위해 금을 사용한 것처럼, BTC는 블록체인 세계에서 이러한 역할을 수행하기에 실제로 적합합니다.
0에서 1까지
디지털 골드를 출시하는 것은 항상 블록체인에서 가장 웅장하고 어려운 이야기였습니다. 초기 사이드 체인, 라이트닝 네트워크, 브리지 래핑 토큰부터 오늘날의 룬 및 BTC 레이어 2에 이르기까지 어떤 종류의 블록체인이라도 마찬가지입니다. 계획에는 고유한 결함이 있습니다. 바빌론이 비트코인의 보안을 구현하려면 먼저 제3자 신뢰를 가정하는 중앙 집중식 솔루션을 먼저 제거해야 합니다. 나머지 계획 중 Rune 및 Lightning Network(매우 느린 개발 진행으로 인해 제한됨)는 현재 자산 발행 기능만 보유하고 있습니다. 이는 Babylon이 기본적으로 비트코인을 0에서 1까지 약속할 수 있도록 또 다른 확장 계획을 설계해야 함을 의미합니다. .
현재 비트코인에서 사용할 수 있는 기본 요소 중 일부를 분석하면 다음과 같습니다: 1. UTXO 모델, 2. 타임스탬프, 3. 다중 서명 방법, 4. 기본 작업 코드. 바빌론이 제공하는 솔루션은 비트코인의 취약한 프로그래밍 가능성과 데이터 전달 능력을 기반으로 합니다. 최소화 원칙을 고수하며 서약 계약에 꼭 필요한 기능만 비트코인에서 완성되는데, 이는 BTC 서약, 페널티, 보상, 출금 등이 모두 메인 체인에서 완료된다는 의미이다. 이를 0 대 1로 인식한 후 복잡한 요구 사항은 처리를 위해 코스모스 영역으로 전달됩니다. 하지만 여기에는 여전히 중요한 질문이 있습니다. PoS 체인의 데이터를 메인 체인에 기록하는 방법은 무엇입니까?
원격 스테이킹
UTXO(Unspent Transaction Outputs)는 Satoshi Nakamoto가 비트코인을 위해 설계한 거래 모델입니다. 트레이딩은 자금의 입출금에 불과하므로 전체 트레이딩 시스템은 입력(Input)과 출력(Output)의 두 가지 형태로만 표현하면 됩니다. 소위 UTXO란 자금이 들어왔지만 지출한 자금이 그다지 많지 않을 때 남는 부분이 미사용 거래 산출물(즉, 미지급 비트코인)이라는 뜻이다. 비트코인의 전체 원장은 실제로 각 UTXO의 상태를 기록함으로써 비트코인의 소유권과 유통을 관리합니다. 기존 UTXO를 사용하고 새로운 UTXO를 생성합니다. 해당 속성에는 특정 잠재적 확장성이 있기 때문에 자연스럽게 많은 기본 확장 솔루션의 출발점이 되었습니다. 예를 들어 라이트닝 네트워크는 UTXO와 다중 서명을 사용하여 페널티 메커니즘과 상태 채널을 생성하거나 UTXO를 바인딩하여 SFT(반 대체 가능 토큰) 비문, 룬 등을 실현합니다. 모든 것이 현실이 될 수 있는 핵심 출발점을 기반으로 합니다.
당연히 바빌론도 UTXO를 사용하여 서약 계약을 구현해야 합니다. (바빌론은 원격 서약이라고 합니다. 즉, BTC의 보안이 중간 계층을 통해 원격으로 PoS 체인에 전송됩니다.) 계약을 구현하기 위한 아이디어가 포함된 작업 코드는 다음 네 가지 단계로 나눌 수 있습니다.
자금 잠금 사용자는 다중 서명으로 제어되는 주소로 자금을 보냅니다. OP_CTV(사전 정의된 거래 템플릿 생성을 허용하여 특정 구조 및 조건에 따라서만 거래가 실행될 수 있도록 보장하는 OP_CHECKTEMPLATEVERIFY)를 통해 계약은 특정 조건이 충족될 때만 이러한 자금을 사용할 수 있도록 지정할 수 있습니다. 자금이 잠긴 후 자금이 약속되었음을 나타내는 새로운 UTXO가 생성됩니다.
조건부 검증은 OP_CSV(트랜잭션의 시퀀스 번호를 기반으로 상대 시간 잠금 설정을 허용하는 OP_CHECKSEQUENCEVERIFY, 특정 상대 시간 또는 블록 수 이후에만 UTXO가 소비될 수 있음을 나타냄)를 호출하여 시간 잠금을 달성하고 다음을 보장합니다. 특정 기간 내에 자금을 인출할 수 없습니다. 위에서 불평한 OP_CTV와 결합하면 스테이킹 및 언스테이킹이 실현될 수 있으며(서약 시간이 충족되면 서약자는 잠긴 UTXO를 사용할 수 있음), 서약자가 나쁜 짓을 하면 강제로 소비하게 됩니다. UTXO를 잠긴 주소로 지정하고 블랙홀 주소와 유사하게 사용할 수 없는 상태로 제한합니다.
상태 업데이트 사용자가 스테이킹된 자금을 스테이킹하거나 인출할 때마다 UTXO의 생성 및 지출이 수반됩니다. 새로운 거래 출력은 새로운 UTXO를 생성하고, 기존 UTXO는 소비된 것으로 표시됩니다. 이러한 방식으로 모든 거래와 자본 흐름이 블록체인에 정확하게 기록되어 투명성과 보안이 보장됩니다.
소득 분배 계약은 약속 금액과 약속 시간을 기준으로 보상을 계산하고 새로운 UTXO를 생성하여 분배합니다. 이러한 보상은 특정 조건을 충족하면 스크립트 조건을 통해 잠금 해제되고 사용될 수 있습니다.
타임스탬프
네이티브 서약 계약이 이루어지면 외부 체인에 역사적 사건을 기록하는 문제를 생각하는 것이 당연합니다. 사토시 나카모토(Satoshi Nakamoto)의 백서에서 비트코인 블록체인은 되돌릴 수 없는 사건의 연대순 순서를 제공하는 메커니즘인 PoW를 기반으로 하는 타임스탬프 개념을 도입했습니다. 비트코인의 기본 사용 시나리오에서 이러한 이벤트는 원장에서 수행되는 다양한 트랜잭션을 나타냅니다. 오늘날 다른 PoS 체인의 보안을 강화하기 위해 비트코인은 외부 블록체인의 이벤트 타임스탬프에도 사용할 수 있습니다. 이러한 이벤트가 발생할 때마다 채굴자에게 전송되는 트랜잭션이 트리거되고 채굴자는 이를 비트코인 원장에 삽입하여 이벤트에 타임스탬프를 찍습니다. 이러한 타임스탬프는 블록체인의 다양한 보안 문제를 해결하는 데 사용될 수 있습니다. 상위 체인의 하위 체인에서 이벤트를 타임스탬프하는 일반적인 개념을 체크포인트라고 하며, 타임스탬프에 사용되는 트랜잭션을 체크포인트 트랜잭션이라고 합니다. 특히 비트코인 블록체인의 타임스탬프에는 다음과 같은 중요한 특성이 있습니다.
시간 형식: 타임스탬프는 1970년 1월 1일 00:00:00 UTC 이후의 초 수를 기록합니다. 이 형식을 Unix 타임스탬프 또는 POSIX 시간이라고 합니다.
기능: 타임스탬프의 주요 기능은 블록 생성 시간을 식별하고 노드가 블록 순서를 결정하도록 돕고 네트워크 난이도 조정 메커니즘을 지원하는 것입니다.
타임스탬프 및 난이도 조정: 비트코인 네트워크는 2016 블록마다(대략 2주마다) 난이도 조정을 거칩니다. 타임스탬프는 이 프로세스에서 중요한 역할을 합니다. 네트워크는 지난 2016개 블록의 총 생성 시간을 기준으로 채굴 난이도를 조정하여 10분마다 1개에 가까운 속도로 새 블록이 생성되도록 합니다.
유효성 검사: 노드가 새 블록을 수신하면 타임스탬프를 확인합니다. 새 블록의 타임스탬프는 이전 여러 블록의 평균 시간보다 커야 하며 네트워크 시간의 120분(예: 향후 2시간)을 초과할 수 없습니다.
Timestamp Server는 PoS 블록을 통해 Babylon 체크포인트를 통해 비트코인 타임스탬프를 배포하여 시계열의 정확성을 보장하고 변조를 방지하는 Babylon이 정의한 새로운 기본 요소입니다. 이 서버는 Babylon 전체 아키텍처의 최상위 계층이며 신뢰 요구 사항의 핵심 소스입니다.
바빌론의 3층 구조
위 그림에서 볼 수 있듯이 바빌론의 전체 아키텍처는 비트코인(타임스탬프 서버), 중간 레이어인 바빌론(코스모스 존), PoS 체인 수요 레이어의 세 가지 레이어로 나눌 수 있습니다. Babylon은 후자를 각각 Control Plane(제어 평면, 즉 Babylon 자체)과 Data Plane(데이터 수요 평면, 즉 다양한 PoS 소비 체인)이라고 부릅니다.
무신뢰 프로토콜의 기본 구현을 이해한 후 바빌론 자체가 코스모스 영역을 사용하여 두 끝을 연결하는 방법을 살펴보겠습니다. Stanford Tse Lab의 Babylon 1에 대한 자세한 설명에 따르면 Babylon은 여러 PoS 체인에서 체크포인트 스트림을 수신하고 이러한 체크포인트를 병합하여 비트코인에 게시할 수 있습니다. 바빌론 검증인의 집계 서명을 사용하여 체크포인트의 크기를 최소화하고, 바빌론 검증인이 에포크당 한 번만 변경할 수 있도록 허용하여 이러한 체크포인트의 빈도를 제어합니다.
각 PoS 체인의 검증인은 바빌론 블록을 다운로드하고 비트코인이 확인한 바빌론 블록에 자신의 PoS 체크포인트가 포함되어 있는지 관찰합니다. 이를 통해 PoS 체인은 불일치를 감지할 수 있습니다. 예를 들어 Babylon 검증자가 비트코인으로 확인되고 사용할 수 없는 블록에 포함된 PoS 체크포인트에 대해 거짓말을 하는 사용할 수 없는 블록을 생성하는 경우입니다. 협약을 구성하는 주요 구성요소는 다음과 같습니다.
체크포인트: 바빌론 시대의 마지막 블록만 비트코인으로 확인됩니다. 체크포인트는 블록의 해시와 마무리를 위해 블록에 서명한 2/3 검증인 세트의 서명에 해당하는 단일 집계 BLS 서명으로 구성됩니다. 바빌론 체크포인트에는 에포크(Epoch) 번호도 포함되어 있습니다. PoS 블록에는 바빌론 체크포인트를 통해 비트코인 블록의 타임스탬프가 할당될 수 있습니다. 예를 들어, 처음 두 개의 PoS 블록은 Babylon 블록에 의해 체크포인트되었으며, 이는 차례로 타임스탬프 t_3이 있는 비트코인 블록에 의해 체크포인트되었습니다. 따라서 이러한 PoS 블록에는 비트코인 타임스탬프 t_ 3 이 할당됩니다.
정식 PoS 체인: PoS 체인에서 포크가 발생하면 이전 타임스탬프가 있는 체인이 정식 PoS 체인으로 간주됩니다. 두 포크의 타임스탬프가 동일한 경우 바빌론의 이전 체크포인트가 있는 PoS 블록을 선호하여 동점이 깨집니다.
출금 규칙: 출금을 위해 검증인은 PoS 체인에 출금 요청을 보냅니다. 출금 요청이 포함된 PoS 블록은 Babylon에 의해 확인된 다음 Bitcoin에 의해 확인되고 t_ 1 타임스탬프가 할당됩니다. 타임스탬프 t_ 1이 포함된 비트코인 블록 깊이가 k가 되면 PoS 체인에서 출금이 허용됩니다. 이 시점에서 지분을 철회한 검증인이 장거리 공격을 수행하는 경우 공격 체인의 블록에는 t_1 이후의 비트코인 타임스탬프만 할당될 수 있습니다. 타임스탬프가 t_ 1인 비트코인 블록이 k 깊이가 되면 롤백할 수 없기 때문입니다. 그런 다음 비트코인에서 이러한 체크포인트의 순서를 관찰하면 PoS 클라이언트는 정식 체인과 공격 체인을 구별할 수 있으며 이후 공격 체인을 무시할 수 있습니다.
슬래싱 규칙: 이중 서명된 충돌 PoS 블록이 있는 검증인은 공격이 감지되었을 때 지분을 철회하지 않으면 슬래싱될 수 있습니다. 악의적인 PoS 검증자는 장거리 보안 공격을 수행하기 전에 출금 요청이 승인될 때까지 기다리면 비트코인을 보고 정식 체인을 식별할 수 있는 고객을 혼란스럽게 할 수 없다는 것을 알고 있습니다. 따라서 그들은 정식 PoS 체인의 블록에 비트코인 타임스탬프를 할당하는 동안 PoS 체인을 포크할 수 있습니다. 이러한 PoS 검증자는 악의적인 Babylon 검증자 및 비트코인 채굴자와 협력하여 Babylon과 비트코인을 포크하고 타임스탬프 t_2가 있는 비트코인 블록을 타임스탬프 t_3이 있는 다른 블록으로 교체했습니다. 이는 이후 PoS 클라이언트의 관점에서 표준 PoS 체인을 상위 체인에서 하위 체인으로 변경합니다. 이는 성공적인 보안 공격이었지만 이중 서명된 충돌 블록이 있었지만 아직 지분을 철회하지 않았기 때문에 악의적인 PoS 검증자의 지분이 삭감되는 결과를 낳았습니다.
사용할 수 없는 PoS 체크포인트에 대한 중지 규칙: PoS 검증자는 Babylon에서 사용할 수 없는 PoS 체크포인트를 관찰할 때 PoS 체인을 일시 중지해야 합니다. 여기서, 사용할 수 없는 PoS 체크포인트는 PoS 검증인의 2/3가 서명한 해시로, 관찰 불가능한 PoS 블록에 해당한다고 가정합니다. PoS 검증자가 사용할 수 없는 체크포인트를 관찰할 때 PoS 체인을 중지하지 않으면 공격자는 이전에 사용할 수 없었던 공격 체인을 공개하고 이후 클라이언트 보기에서 정식 체인을 변경할 수 있습니다. 나중에 보여지는 섀도우체인의 체크포인트는 바빌론 초기에 발생하기 때문이다. 위의 일시 중지 규칙은 PoS 검증자 세트의 서명을 받기 위해 체크포인트로 전송된 PoS 블록 해시를 요구하는 이유를 보여줍니다. 이러한 체크포인트가 서명되지 않은 경우 모든 공격자는 임의의 해시를 보내고 이것이 바빌론에서 사용할 수 없는 PoS 블록 체크포인트의 해시라고 주장할 수 있습니다. 그러면 PoS 검증자는 체크포인트를 일시 중지해야 합니다. 사용할 수 없는 PoS 체인을 생성하는 것은 어렵다는 점에 유의하십시오. PoS 검증인의 최소 2/3를 깨뜨려 서명으로 PoS 블록을 완성하지만 정직한 검증인에게 데이터를 제공하지 않도록 해야 합니다. 그러나 위의 가상 공격에서 악의적인 공격자는 단 한 명의 검증인도 공격하지 않고 PoS 체인을 중단시켰습니다. 이러한 공격을 방지하기 위해 PoS 검증인의 2/3가 PoS 체크포인트를 검증하도록 요구합니다. 따라서 바빌론은 PoS 검증자의 2/3가 실제로 공격자에 의해 제어되는 경우에만 PoS 체크포인트를 사용할 수 없게 됩니다. PoS 검증자를 파괴하는 비용으로 인해 이 공격은 가능성이 매우 낮으며 다른 PoS 체인이나 바빌론 자체에는 영향을 미치지 않습니다.
사용할 수 없는 바빌론 체크포인트에 대한 규칙 일시 중지: PoS 및 바빌론 검증자는 비트코인에서 사용할 수 없는 바빌론 체크포인트를 관찰할 때 블록체인을 일시 중지해야 합니다. 여기서 사용할 수 없는 바빌론 체크포인트는 2/3 바빌론 검증자가 포함된 집계된 BLS 서명의 해시이며, 이는 아마도 관찰할 수 없는 바빌론 블록에 해당합니다. Babylon 검증자가 Babylon 블록체인을 중지하지 않으면 공격자는 이전에 사용할 수 없었던 Babylon 체인을 공개하여 이후 클라이언트의 관점에서 정식 Babylon 체인을 변경할 수 있습니다. 마찬가지로, PoS 유효성 검사기가 PoS 체인을 중지하지 않으면 공격자는 이전에 사용할 수 없었던 PoS 공격 체인은 물론 이전에 사용할 수 없었던 바빌론 체인도 공개할 수 있으므로 늦은 클라이언트의 관점에서 PoS 체인을 정식화할 수 있습니다. 이는 나중에 공개된 다크 바빌론 체인이 비트코인에 대해 더 이른 타임스탬프를 갖고 있고 나중에 공개된 PoS 공격 체인의 체크포인트를 포함하고 있기 때문입니다. 사용할 수 없는 PoS 체크포인트에 대한 정지 규칙과 마찬가지로, 위 규칙은 체크포인트로 전송된 Babylon 블록 해시에 Babylon 검증자의 2/3 서명을 증명하는 집계 BLS 서명을 동반해야 하는 이유를 보여줍니다. 바빌론 체크포인트가 서명되지 않은 경우 모든 공격자는 임의의 해시를 전송하여 비트코인에서 사용할 수 없는 바빌론 블록 체크포인트의 해시라고 주장할 수 있습니다. PoS 검증자와 Babylon 검증자는 사전 이미지에 사용할 수 없는 Babylon 또는 PoS 체인이 없는 체크포인트를 기다려야 합니다! 사용할 수 없는 바빌론 체인을 만들려면 최소한 바빌론 검증자의 2/3를 깨뜨려야 합니다. 그러나 위의 가상 공격에서 공격자는 단일 Babylon 또는 PoS 검증자를 손상시키지 않고 시스템의 모든 체인을 중지했습니다. 이러한 공격을 방지하기 위해 우리는 바빌론 체크포인트가 집계 서명으로 증명되도록 요구하므로 검증자의 2/3가 실제로 손상된 경우에만 사용할 수 없는 바빌론 체크포인트가 됩니다. Babylon 검증자를 손상시키는 비용으로 인해 이러한 데이터 가용성 공격은 거의 발생하지 않습니다. 그러나 극단적인 경우에는 모든 PoS 체인을 강제로 중지시켜 영향을 미칩니다.
BTC의 고유층
바빌론은 목적상 Eigenlayer와 다르지 않지만, Babylon은 결코 Eigenlayer의 단순한 포크가 아닙니다. 바빌론의 존재는 현재 BTC 메인체인 DA를 기본적으로 사용할 수 없을 때 의미가 있습니다. 외부 PoS 체인에 보안을 제공하는 것 외에도 이 프로토콜은 BTC 생태계 활성화에 특히 중요합니다.
예
바빌론에는 가능한 많은 사용 사례가 있습니다. 다음은 이미 구현되었거나 향후 구현될 기회가 있는 몇 가지 사용 사례입니다.
1. 스테이킹 주기 단축 및 보안 강화: PoS 체인은 일반적으로 장거리 공격을 방지하기 위해 사회적 합의(커뮤니티, 노드 운영자 및 검증자 간의 합의)가 필요합니다. 거래 기록이나 제어 체인을 변조하는 공격 방법. 이번 공격은 PoS 시스템에서 특히 심각합니다. PoW와 달리 PoS 시스템에서는 합의에 참여하는 검증인이 많은 양의 컴퓨팅 리소스를 소비할 필요가 없고, 공격자가 초기 스테이커 키를 제어하여 기록을 다시 작성할 수 있기 때문입니다. 따라서 블록체인 네트워크의 합의 안정성과 보안을 보장하기 위해서는 기본적으로 긴 서약 주기가 필요합니다. 예를 들어 코스모스의 서약 취소 주기는 21일입니다. 그러나 바빌론을 통해 PoS 체인 내역 이벤트를 BTC 타임스탬프 서버에 추가함으로써 BTC를 신뢰의 원천으로 사용하여 사회적 합의를 대체할 수 있습니다. 이렇게 하면 언스테이킹 시간을 단 1일(즉, 이후)로 단축할 수 있습니다. BTC는 약 100개의 블록을 실행합니다) . 그리고 PoS 체인은 현재 기본 토큰 약속과 BTC 약속에 대한 이중 보증을 가질 수 있습니다.
2. 체인 간 상호 운용성: IBC 프로토콜을 통해 Babylon은 여러 PoS 체인에서 체크포인트 데이터를 수신하여 체인 간 상호 운용성을 달성할 수 있습니다. 이러한 상호 운용성은 서로 다른 블록체인 간의 원활한 통신 및 데이터 공유를 가능하게 하여 블록체인 생태계의 전반적인 효율성과 기능을 향상시킵니다.
3. BTC 생태계 통합: 현재 BTC 생태계의 대부분의 프로젝트는 레이어 2, LRT 또는 DeFi 등 대부분의 프로젝트가 여전히 제3자 신뢰 가정에 의존하고 있습니다. 그리고 이들 프로토콜의 주소에는 많은 양의 BTC가 저장되어 있으며, 미래에는 바빌론과 충돌하여 좋은 매칭 솔루션을 찾아 서로 피드백하고 결국에는 그만큼 강력한 생태계를 형성할 수 있습니다. 이더리움의 고유층;
4. 크로스체인 자산 관리: Babylon 프로토콜을 사용하여 크로스체인 자산을 안전하게 관리할 수 있습니다. 크로스체인 거래에 타임스탬프를 추가하여 서로 다른 블록체인 간에 자산을 전송할 때 보안과 투명성을 보장합니다. 이러한 메커니즘은 이중 지출 및 기타 크로스체인 공격을 방지하는 데 도움이 됩니다.
바벨탑
바벨탑 이야기는 성경 창세기 11장 1~9절에 나오는데, 인류가 바벨탑을 쌓으려고 시도했지만 결국 하나님에 의해 저지당했다는 이야기입니다. 그 교훈은 화합과 공동을 상징합니다. 인류의 목표. 이는 많은 PoS 체인을 위한 바빌론 타워를 건설하고 이를 하나로 통합하는 것을 목표로 하는 프로젝트인 바빌론 프로토콜의 기본 의미이기도 합니다. 서술적으로 보면 이더리움의 수호자인 아이겐레이어(Eigenlayer)에 비해 열등하지 않은 것 같은데, 실제 상황은 어떠한가?
현재 바빌론 테스트 네트워크는 IBC 프로토콜을 통해 50개 코스모스 존에 대한 보안 보장을 제공하고 있다. Cosmos 외에도 Babylon은 일부 LSD(유동성 스테이킹) 프로토콜, 전체 체인 상호 운용성 프로토콜 및 비트코인 생태학적 프로토콜과의 협력 및 통합에 도달했습니다. 반면, 스테이킹 측면에서 바빌론은 현재 이더리움 생태계 내에서 서약과 LSD를 재사용하는 능력에서 Eigenlayer보다 약간 열등합니다. 그러나 장기적으로 볼 때 많은 지갑과 프로토콜에 잠자고 있는 BTC는 아직 완전히 깨어나지 않았으므로 이는 1조 3천억 달러 규모의 빙산의 일각에 불과합니다. 현재 바빌론은 여전히 전체 BTC 생태계를 적극적으로 보완해야 합니다.
연못의 중첩 인형에 대한 유일한 솔루션
서문에서 언급했듯이 Eigenlayer와 Babylon은 점점 더 성숙해지고 있습니다. 현재 추세로 볼 때 두 사람은 앞으로 엄청난 양의 블록체인 핵심 자산을 확보할 것입니다. 두 프로토콜 자체의 보안에는 문제가 없더라도 여러 개의 마트료시카 인형이 전체 스테이킹 생태계를 죽음의 나선으로 몰아넣고 또 다시 미국 금리 인상 수준에 못지않은 하락세를 몰고 올 것인가? 현재 스테이킹 트랙은 실제로 이더리움이 PoS로 전환되고 Eigenlayer가 등장한 이후 오랜 기간 동안 비합리적인 번영을 경험했습니다. 더 높은 TVL을 얻기 위해 프로젝트 당사자는 사용자를 유혹하기 위해 대량의 예상 에어드롭과 네스팅 인형을 제공하는 경우가 많습니다. 심지어 하나의 ETH는 기본 서약에서 LSD, LRT까지 네스팅 인형에 5~6회 사용될 수도 있습니다. 이는 마트료시카 인형이 쌓이기 때문에 당연히 많은 위험 문제를 야기하게 됩니다. 프로토콜 중 하나에 문제가 있는 한, 이는 마트료시카 인형에 참여하는 모든 계약(특히 마지막 서약 계약)에 직접적인 영향을 미치게 됩니다. 마트료시카 인형 구조) BTC 생태계에는 수많은 중앙 집중식 솔루션이 있습니다. 동일한 패턴을 따르면 이를 복사할 위험이 더 커집니다. 그러나 분명히 해야 할 것은 Eigenlayer와 Babylon 자체가 스테이킹 플라이휠을 실제 실용적인 가치로 이끌고 있다는 것입니다. 그들은 본질적으로 이러한 위험을 상쇄하기 위해 실제 수요와 공급을 창출하고 있습니다. 따라서 공동보안 협약의 존재가 직·간접적으로 불건전한 풍조의 심화를 조장하더라도 폰드의 수익을 회피하기 위해 마트료시카 인형을 스테이킹하는 것이 유일한 해법이다. 이제 더 중요한 질문은 공유 보안 계약의 비즈니스 논리가 실제로 확립되었는가입니다.
실제 수요와 공급이 중요
Web3에서는 공개 체인이든 프로토콜이든 기본 논리는 종종 특정 요구 사항을 가진 구매자와 판매자를 일치하는 것을 기반으로 합니다. 올바른 일치를 이루는 사람은 세계를 이길 수 있으며 블록체인 자체는 이 일치를 공정하고 진실하며 신뢰할 수 있게 만듭니다. 공유 보안 프로토콜은 이론적으로 현재 번영하는 스테이킹 및 모듈식 생태계를 보완할 수 있습니다. 하지만 잘 생각해보면 이 공급이 수요를 훨씬 초과할 수 있을까? 우선, 공급 측면에서 모듈식 보안을 제공할 수 있는 프로젝트와 메인 체인이 꽤 많은 반면, 기존 PoS 체인은 체면상 이러한 보안을 필요로 하지 않거나 임대하지 않을 수도 있지만, 새로운 PoS는 그리고 막대한 양의 BTC 및 ETH로 발생하는 이자를 지불할 수 있는지 여부에 따라 Eigenlayer와 Babylon의 비즈니스 로직은 폐쇄 루프를 형성해야 하며, 적어도 얻은 수입은 프로토콜에 토큰을 스테이킹하여 발생하는 이자와 균형을 이루어야 합니다. . 그리고 이러한 균형이 달성되고 수입이 이자 지불을 훨씬 초과하더라도 이 경우 새로운 PoS 및 프로토콜에 대한 피를 흘리게 될 것입니다. 따라서 경제 모델을 어떻게 저울질하고, 에어드랍 기대에 의존하는 거품에 빠지지 않고, 수요와 공급을 더욱 건전하게 추진하는 것이 최우선 과제가 될 것입니다.
참고자료
1. 바빌론이 어떻게 코스모스 생태계가 비트코인의 보안으로부터 이익을 얻을 수 있도록 하는지에 대한 자세한 설명: https://www.chaincatcher.com/article/2079486
2. Eigenlayer에 대해 자세히 알아보기: Ethereum이 마트료시카 인형 상황을 깨뜨릴 수 있을까요? ： https://haotiancryptoinsight.substack.com/p/eigenlayer?utm_source=publication-search
3. Babylon Lianchuang Fisher Yu와의 대화: 스테이킹을 통해 2,100만 BTC의 유동성을 잠금 해제하는 방법은 무엇입니까? : https://www.chaincatcher.com/article/2120653
4. 삼각 부채 또는 약한 인플레이션: 재담보에 대한 대안적 관점: https://mp.weixin.qq.com/s/dMc_WzndAZXRjnEgD2hcew
5.최근 암호화폐에서 본 내용 살펴보기: https://theknower.substack.com/p/a-look-at-what-ive-been-seeing-in
