GoPlus 연구: Eigenlayer 내부, AVS 설계 및 구축
원작자: GoPlus
배경
작년부터 현재까지 EigenLayer는 이더리움 생태계의 핵심 서사로 TVL에 100억 달러 이상을 축적했습니다. 그러나 대부분의 사람들은 이를 단순히 금융 인프라로 간주할 수 있습니다. 이는 주로 EigenLayer가 가장 잘 알려진 기능이기 때문입니다. "Restake" 개념입니다. 이러한 초기 인상으로 인해 EigenLayer는 사용자가 추가적인 스테이킹 혜택을 얻을 수 있도록 돕는 플랫폼일 뿐이라고 생각하기 쉽습니다. 실제로 더 깊이 생각해 보면 핵심 질문이 떠오릅니다. 왜 ETH나 LST(유동성 스테이킹 토큰)를 스테이킹하면 추가 수익이 발생하는 걸까요? 이 질문에 대한 답은 EigenLayer의 진정한 본질을 드러냅니다. 저는 EigenLayer가 실제로 혁신적인 금융 중심의 클라우드 컴퓨팅 인프라라고 생각합니다. 이 정의는 처음에는 모순적으로 들릴 수도 있지만 EigenLayer의 혁신을 정확하게 반영합니다. AWS 또는 GCP와 같은 기존 클라우드 컴퓨팅 서비스는 주로 중앙 집중식 리소스 프로비저닝 및 관리에 의존하여 컴퓨팅 성능을 제공합니다. EigenLayer는 재정적 인센티브 메커니즘과 분산 컴퓨팅 리소스를 교묘하게 결합하여 새로운 클라우드 컴퓨팅 인프라 모델을 만들었습니다. 이 글에서는 우리가 이해한 바에 따라 EigenLayer의 원리와 메커니즘을 탐구할 것입니다. 몇 달 간의 개발 실습을 거쳐 EigenLayer를 기반으로 자신만의 분산형 네트워크를 구축하는 방법과 AVS를 설계하는 방법에 대한 몇 가지 경험과 아이디어도 공유할 것입니다.
고유층이란 무엇입니까?
첫째, EigenLayer는 Ethereum 생태계를 위한 혁신적인 인프라입니다. 사용자의 경우 이더리움 자산을 보유한 사용자가 스테이킹을 통해 이자를 얻을 수 있을 뿐만 아니라 이러한 예금 증서를 사용하여 다른 잠재적인 프로젝트를 지원하고 추가 보상을 얻을 수도 있습니다. 이것이 EigenLayer - Restake의 핵심 개념입니다. 이더리움의 강력한 보안성과 네트워크 합의 보안이 필요한 모든 프로젝트를 연결해주는 마법의 다리와 같습니다. 개발자에게는 보안을 제공하는 클라우드 컴퓨팅 플랫폼과 같아서 처음부터 복잡한 합의 및 보안 시스템을 구축할 필요 없이 분산형 서비스 자체 구축에 집중할 수 있습니다.
AVS란 무엇이며 어떻게 작동하나요?
Eigenlayer를 기반으로 개발자는 고유한 AVS(Actively Validated Service)를 구축할 수 있습니다. 이는 Eigenlayer 생태계에서 가장 중요한 개념이기도 합니다. AVS는 단순히 "작업"을 확인하기 위해 모기지가 필요한 프로토콜, 서비스 또는 시스템입니다. 예를 들어, 분산형 가격 오라클 네트워크를 구축하려는 경우 오라클 네트워크에 참여하는 노드가 악행을 저지르는 것을 방지하기 위해 이러한 노드가 특정 자산을 저당 잡도록 하고 각 노드가 보고된 가격을 브로드캐스트하도록 설정해야 합니다. 메커니즘인 경우 이 시나리오는 AVS로 완료하기에 매우 적합합니다. AVS 서비스 자체는 가격 획득 및 가격 보고를 담당합니다. 동시에 AVS는 Eigenlayer 계약과 통신하는 서비스 관리 계약인 Service Manager에도 해당합니다. . 서비스를 운영하는 운영자, 서비스 보호를 위해 사용되는 보증금 금액 등 서비스 기능과 관련된 상태가 포함됩니다. Vyas Krishnan에 따르면 Eigenlayer는 "암호화폐를 클라우드로 변환" 역할을 맡으므로 AVS는 Web2에서 우리에게 익숙한 클라우드 서비스이며 Crypto의 순수한 온체인 컴퓨팅 기능을 오프체인 클라우드 컴퓨팅으로 확장합니다. 그렇다면 AVS는 Eigenlayer 네트워크에서 정확히 어떻게 작동합니까?
우선, Eigenlayer 네트워크를 사용하려는 프로젝트 당사자로서 자체 AVS 클라이언트 및 ServiceManager 계약을 개발해야 합니다. 클라이언트 자체는 네트워크에 의해 검증되는 서비스 또는 시스템입니다. 앞으로는 많은 수의 노드가 네트워크에 참여할 것이며 ServiceManager 계약 자체는 노드가 네트워크에 참여할 수 있는 조건과 노드 자체에 대한 보상 및 처벌 메커니즘을 규정합니다. 예를 들어, 어떤 토큰을 저당해야 하는지, 저당해야 하는 최소 토큰 수 등이 있습니다. 동시에 AVS ServiceManager 계약의 일부 사양을 따라야 하며 Eigenlayer 기본 계약에 의한 인덱싱 및 통신을 위한 일부 기본 인터페이스를 유지해야 합니다.
Eigenlayer에서는 네트워크에 참여하는 노드 자체를 "운영자"라고 합니다. 운영자는 네트워크 노드의 실제 운영 및 유지 관리를 주로 담당하는 전문 노드 운영자입니다. 특정 네트워크에 참여하려면 승인 조건을 충족해야 합니다. ServiceManager에 지정됩니다. 운영자로서 그들은 자신의 노드에 서약하는 스테이커가 될 수도 있습니다. 그렇다면 일반 사용자는 전체 워크플로 프로세스에 어떻게 참여합니까? Eigenlayer는 일반 사용자가 자신의 토큰을 선택한 운영자 노드에 위임하고 AVS 네트워크 수익을 실행하여 추가 보상을 얻을 수 있도록 하는 위임 기능을 설계했습니다.
AVS 구축 및 노드 모집이 완료되면 네트워크 서비스를 열어서 소비하고 사용할 수 있습니다. 다음 그림은 전체 AVS 서비스의 호출 프로세스에 대한 공식 다이어그램입니다.
서비스 관리자가 이벤트 이벤트를 통해 오프체인 계산을 수행하기 위해 운영자 노드를 트리거하는 것을 볼 수 있습니다. 운영자는 개인 키로 서명한 후 계산 결과를 계약서에 반환하여 호출을 완료합니다. 그러나 실제로는 AVS를 사용하는 것이 더 유연할 수 있습니다. 우선 AVS를 트리거하는 것은 Service Manager를 통해 수행할 필요가 없습니다. Operator 노드는 등록 시 자신의 IP 및 기타 게이트웨이 정보를 공개했기 때문에 게이트웨이를 직접 호출할 수 있습니다. 노출 서비스 인터페이스(대량 스팸 방지를 위해 인증이 필요함)에서 결과를 얻지만, 이 과정에서는 동일한 호출에 여러 개의 노드가 있을 수 있으므로 Aggregator를 통해 결과를 보고하고 결과에 대한 합의가 필요합니다. 서비스 가용성을 향상하기 위해 해당 서비스를 실행합니다. 마지막으로 서비스 관리자는 Eigenlayer 계약과 상호 작용하여 보고된 결과에 따라 노드에 대한 보상과 처벌을 완료합니다.
EigenLayer의 핵심 포지셔닝
AVS와 EigenLayer의 소개를 마친 후, 모두가 더 잘 이해하고 사용 여부를 판단할 수 있도록 EigenLayer의 주요 3가지 핵심 포지셔닝을 요약하고 싶습니다.
주택담보대출자와 개발자를 연결하는 플랫폼
EigenLayer의 핵심 위치 중 하나는 스테이커와 개발자를 연결하는 플랫폼입니다. 이 혁신적인 모델은 분산형 네트워크의 구축 및 참여 방식을 완전히 바꿔 양측 모두에게 전례 없는 기회와 편리함을 제공했습니다. EigenLayer가 등장하기 전에 새로운 분산형 네트워크는 엄청난 콜드 스타트 문제에 직면했습니다.
높은 시작 비용: 프로젝트 당사자는 네트워크에 참여할 노드를 유치하기 위해 많은 돈과 인력을 투자해야 합니다.
운영 압박: 활성 노드 네트워크를 유지하려면 지속적인 운영과 인센티브가 필요합니다.
노드 참여에 대한 높은 임계값: 잠재적인 노드 운영자는 참여하기 위해 네트워크별 토큰을 구매해야 하므로 위험과 비용이 증가합니다.
느린 네트워크 효과: 참여자가 적기 때문에 새로운 네트워크는 보안과 안정성을 빠르게 구축하기 어렵습니다.
EigenLayer는 혁신적인 디자인을 통해 이러한 문제를 영리하게 해결합니다. 이를 통해 스테이커는 ETH 또는 LST를 사용하여 동시에 여러 네트워크에 노드 서비스를 제공할 수 있으므로 참여 임계값이 크게 낮아집니다. 프로젝트 당사자는 기존 대규모 약속자 네트워크에 빠르게 액세스하여 콜드 스타트 프로세스를 가속화할 수 있습니다. 노드 운영자의 경우 더 이상 각 참여 네트워크에 대해 특정 토큰을 구매할 필요가 없으므로 위험 노출이 줄어듭니다. EigenLayer는 스테이커가 여러 네트워크로부터 보상을 받을 수 있도록 함으로써 모든 당사자를 위한 상생 생태계를 구축하여 효과적인 인센티브 조정을 달성합니다. 이 혁신적인 모델은 분산형 네트워크의 구축 및 참여 프로세스를 단순화할 뿐만 아니라 대부분의 토큰 보유자에게 효과적인 이자 수익 시나리오를 제공합니다.
현재 EigenLayer 생태계에서 우리는 Coinbase Cloud, Figment, Google Cloud, Galaxy, Hashkey 등을 포함하여 매우 우수한 보증을 받은 수많은 운영자 노드가 이미 있음을 확인할 수 있습니다. 이러한 기관의 추가는 생태계에 전문성과 신뢰성을 가져다 줄 뿐만 아니라 일반 사용자의 신뢰도도 크게 향상시킵니다. 위임자는 탄탄한 배경을 가진 운영자를 선택하여 자산을 위탁할 수 있으며, 이를 통해 전문적인 노드 운영 서비스를 받을 수 있을 뿐만 아니라 위험도 줄어듭니다. 개발자에게는 이러한 편리함이 자명합니다. 그들은 자체 검증인 네트워크를 처음부터 신속하게 구축하여 합의 네트워크 개발 및 유지 비용을 줄이고, 성숙하고 대규모 서약 풀을 활용할 수 있습니다. 보안을 강화하고 합의 인프라를 재창조하는 대신 자체 제품 및 서비스 혁신에 더 집중합니다.
공유 보안 풀
위에서 언급했듯이 EigenLayer의 첫 번째 주요 기능은 약속자와 개발자를 연결하고 프로젝트가 서비스 검증 노드를 신속하게 찾을 수 있도록 돕는 것입니다. 그렇다면 개발자와 프로젝트의 경우 이러한 노드의 안정성을 보장하고 자체 네트워크의 보안을 달성하는 방법은 무엇입니까? 섹스는 어떻습니까? 이는 EigenLayer가 해결하는 핵심 문제 중 하나이며, EigenLayer의 가장 큰 셀링 포인트라고도 할 수 있습니다.
여기서 우리는 먼저 네트워크 보안이 무엇인지 정의해야 합니다. 우리 모두는 전통적인 블록체인과 분산형 네트워크 아키텍처에서 각 네트워크가 자체 보안 및 합의 시스템을 독립적으로 구축하고 유지해야 한다는 것을 알고 있습니다. 분산 시스템에서는 모든 노드가 악을 행할 가능성이 있기 때문에 네트워크는 제로 트러스트 기반으로 구축되어야 하며 노드가 악을 행하는 것을 방지하고 네트워크의 안정성을 유지하기 위해 엄격한 합의 메커니즘을 구축해야 합니다. 그리고 안전. 일반적으로 대부분의 네트워크는 노드가 자신의 네트워크 토큰을 담보로 제공하여 이익을 얻기 위해 네트워크 작업에 참여하도록 허용하며 **"슬래시"**를 통해 이 방법을 통해 노드는 악행에 대한 높은 비용을 생성할 수 있습니다. .목표를 달성하기 위한 비용. 그러나 여기서 비용 자체는 안정적이지 않을 수 있습니다. 즉, 담보 자체가 이러한 네트워크의 기본 토큰인 경우 가격이 변동함에 따라 악을 행하는 노드의 비용도 "수입"이 계속 변동할 것입니다. 악을 행하는 것이 담보보다 크다"고 만족하며, 비용 "이 조건이 충족되면 네트워크도 보안 위기에 빠질 것입니다. 이러한 상황은 역사상 여러 번 발생했으며 대부분의 네트워크 네이티브 토큰의 가격은 실제로 매우 높습니다. 조작하기 쉽고 불안정합니다.
EigenLayer가 제공하는 솔루션은 실제로 수익의 형태로 이러한 분산형 네트워크에 Ethereum의 보안을 임대하는 공유 보안 개념에 중점을 둡니다. 모기지, 노드 및 다양한 프로젝트를 일치시킴으로써 악행의 비용을 결정하는 담보는 ETH/LST가 됩니다. ETH의 안정성과 재약정된 토큰 가격으로 인해 이러한 네트워크 보안은 실제로 더 신뢰할 수 있습니다. 이는 또한 네트워크가 초기 단계에서 안정적이고 안전한 분산형 서비스 네트워크를 신속하게 구축하고 자체 토큰을 수익으로 사용하여 전체 네트워크의 "보안 서비스 수수료"를 지불하는 데 도움이 될 수 있습니다. 마찬가지로, 원래 중앙 집중화된 서비스가 이러한 방식으로 분산화되도록 도와줌으로써 원래 서비스의 품질과 투명성을 향상시키고, 서비스 개선으로 얻은 이익의 일부를 사용하여 이러한 공유 보안 서비스를 제공할 수 있습니다. 긍정적인 순환.
현재 EigenLayer는 120억 달러에 가까운 TVL 자산을 보유하고 있으며 이는 다양한 DA, 시퀀서, 오라클 및 다양한 분산형 네트워크 보안 서비스를 제공하기에 충분한 거대한 공유 보안 풀에 해당합니다.
프로그래밍 가능한 합의
EigenLayer의 세 번째 핵심 장점은 프로그래밍 가능한 합의 능력입니다. 여기서 먼저 AVS의 개념을 소개해야 합니다. AVS의 전체 이름은 Actively Validated Services입니다. AVS는 Sequencer, DA, oracle 네트워크 및 다양한 분산 네트워크 서비스와 같이 검증을 위해 자체 분산 시스템이 필요한 모든 서비스를 의미합니다. 참여 네트워크로 구성되며, 최종적으로 AVS에 해당하는 Contract(ServiceManager)가 합의를 관리하고 유지합니다. 운영자는 이 계약 입구를 통해 등록해야 하며 이 계약에 의해 보상과 처벌도 촉발됩니다. 따라서 이 계약은 AVS의 합의 게이트웨이 역할을 한다고 할 수 있습니다. 개발자가 계약서를 작성할 때 자체 AVS 검증 규칙 및 요구 사항, 노드 액세스 규칙, 슬래시 규칙 등을 유연하게 정의할 수 있으며 약속된 토큰도 유연하게 구성할 수 있습니다. EigenLayer의 프로그래밍 가능한 합의 기능은 개발자에게 전례 없는 유연성과 혁신의 여지를 제공합니다. 이 기능을 통해 개발자는 네트워크의 개발 단계와 요구 사항에 따라 합의 매개변수를 동적으로 조정하여 네트워크가 다양한 시나리오에서 최적의 성능과 보안을 유지할 수 있도록 할 수 있습니다. 이러한 적응성을 통해 프로젝트는 언제든지 운영 메커니즘을 최적화하고 변화하는 시장 환경과 사용자 요구에 대응할 수 있습니다.
AVS 설계 아이디어 및 원리
자체 AVS를 설계하기 전에 대부분의 개발자는 다음 질문에 대해 명확하게 생각해야 한다고 생각합니다.
1. 프로젝트 자체에서 제공하는 서비스 요구 사항 및 유형
프로젝트가 제공하는 서비스 유형을 이해하는 것은 다음에 직접적인 영향을 미치기 때문에 AVS 설계의 기본입니다.
필요성: 체인의 VM에서 계산 자체를 실행할 수 없거나 비용이 너무 높은지 여부. 체인의 계약으로 검증을 완료할 수 있는 경우 AVS 사용의 필요성을 고려할 수 있습니다.
확인 논리: 서비스마다 서로 다른 확인 방법이 필요합니다. 예를 들어:
Oracle 서비스는 여러 데이터 소스의 일관성을 확인해야 할 수도 있습니다.
DA 서비스에는 인증 데이터의 저장 및 검색이 필요합니다.
온체인 위험 제어에는 거래 시뮬레이션 및 검토가 필요하며 실시간 효율성과 정확성이 필요합니다.
성능 요구 사항: 서비스 유형에 따라 속도 및 처리량 요구 사항이 결정됩니다. 좋다:
실시간 온체인 위험 제어 서비스에는 매우 짧은 대기 시간이 필요합니다.
AI 서비스에는 많은 GPU 컴퓨팅 성능이 필요합니다.
보안 모델: 다양한 서비스는 다양한 보안 위협에 직면하며 이는 처벌 메커니즘의 설계에 영향을 미칩니다. 예를 들어:
금융 서비스에는 더 엄격한 보안 조치와 더 높은 처벌이 필요할 수 있습니다.
콘텐츠 배포 서비스는 변조 방지 및 가용성에 더 중점을 둘 수 있습니다.
노드 요구 사항: 서비스 유형에 따라 노드의 하드웨어 및 소프트웨어 요구 사항이 결정됩니다. 좋다:
컴퓨팅 집약적인 서비스에는 고성능 서버가 필요합니다.
스토리지 집약적인 서비스에는 큰 스토리지 용량이 필요합니다.
2. 악행을 저지른 노드를 처벌하는 방법
이 문제는 AVS의 보안 및 안정성과 직접적인 관련이 있습니다. 개발자는 네트워크의 보안과 안정성을 유지하기 위해 효과적인 처벌 메커니즘을 설계해야 합니다. 여기에는 다음이 포함됩니다.
어떤 행동이 "악"으로 간주되는지 정의
적절한 수준의 처벌을 설정합니다. 이 수준은 억제하기에 충분하지만 노드 참여가 감소할 정도로 심각하지는 않습니다.
공정하고 투명한 판단과 집행 메커니즘을 설계합니다.
합리적인 처벌 메커니즘은 노드의 악행 동기를 효과적으로 줄이고 네트워크의 장기적으로 건전한 운영을 보장할 수 있습니다.
3. 서비스 자체의 수익성과 "공유보안"에 지급할 수 있는 예산
이 질문은 AVS의 경제적 지속가능성에 관한 것입니다. 개발자는 다음을 평가해야 합니다.
서비스의 수익 모델 및 예상 수입, 또는 프로젝트 초기 단계에서 이를 자신의 토큰노믹스와 결합하여 토큰 인플레이션을 통해 충분한 보상 기대치를 제공하는 방법.
인프라, 유지 관리 등을 포함한 운영 비용
노드와 스테이커에게 할당 가능한 보상 예산
합리적인 경제 모델을 통해 AVS는 프로젝트의 지속 가능한 개발을 유지하면서 충분한 노드와 스테이커를 유치하고 유지할 수 있습니다.
4. 어느 정도의 네트워크 규모가 필요합니까?
네트워크 규모는 AVS의 성능, 분산화 및 보안에 직접적인 영향을 미칩니다.
소규모 네트워크는 관리하기가 더 쉬울 수 있지만 일부 분산화가 희생될 수 있습니다.
대규모 네트워크는 더 강력한 보안을 제공할 수 있지만 복잡성과 비용이 증가할 수 있습니다.
개발자는 서비스 요구 사항과 리소스 제약을 기반으로 최적의 균형점을 찾아야 합니다.
이러한 문제를 명확하게 고려해야만 훌륭하고 관여도가 높은 AVS를 설계할 수 있고, 나중에 부족한 사고로 인해 발생할 수 있는 큰 문제를 피할 수 있다고 생각합니다.
AVS 현재 생태계와 새로운 기회
EigenLayer는 아직 초기 단계이지만 우리는 이 생태계에 많은 기회와 잠재력이 있다고 믿습니다. 첫째, 우리의 관찰에 따르면,
현재 생태계의 AVS는 주로 다음 영역에 중점을 둡니다.
다
분산형 시퀀서
난수 생성
ZK-Prover
오라클 서비스
이러한 서비스는 주로 개발자를 대상으로 하며 블록체인 인프라에 대한 중요한 지원을 제공합니다. 그러나 우리는 현재 생태계에 몇 가지 중요한 격차가 있음을 발견했습니다.
전통적인 범용 분산 컴퓨팅 네트워크의 부족
최종 사용자에게 직접 서비스를 제공하는 AVS는 거의 없습니다.
우리는 다수의 AVS가 적용되면 생태계에 더 많은 가능성을 가져올 수 있다고 믿습니다. 이러한 적용된 AVS는 최종 사용자에게 직접 서비스를 제공할 수 있으므로 EigenLayer의 영향력과 유용성이 확장됩니다. 사용자 보안 서비스 제공업체인 GoPlus는 EigenLayer의 인프라를 활용하여 사용자 보안에 초점을 맞춘 AVS를 구축하고 있습니다. 이 AVS는 암호화폐 사용자에게 다음을 포함하되 이에 국한되지 않는 포괄적인 보안 보호 서비스를 제공합니다.
지갑 주소 위험 평가
피싱 방지 및 사기 방지 보호
토큰 위험 평가
분산형 실시간 온체인 방화벽
GoPlus는 EigenLayer에 AVS를 구축함으로써 분산되고 투명하며 안정적인 보안 서비스를 제공할 것입니다. 이러한 움직임은 서비스의 신뢰성을 향상시킬 뿐만 아니라 인센티브 메커니즘을 통해 더 많은 참가자를 유치합니다. GoPlus의 AVS는 사용자에게 더 나은 보호 기능을 제공하고 EigenLayer가 최종 사용자를 위한 새로운 애플리케이션 영역으로 확장하도록 돕습니다. 현재 GoPlus의 보안 서비스는 일일 평균 통화량이 최대 2,100만 회에 달합니다. 따라서 AVS 업그레이드를 완료한 후 GoPlus AVS는 생태계에서 가장 큰 애플리케이션 사용 사례가 될 것으로 예상됩니다. 그리고 분산화된 방식으로 보안 서비스를 제공하는 것 역시 Web3 개발 과정의 새로운 보안 패러다임이다.
