GoPlus Research：Eigenlayer를 깊이 탐구하고 AVS를 설계 및 구축하다

배경

작년부터 오늘까지, EigenLayer는 이더리움 생태계에서 큰 핵심 서사로서 100억 달러 이상의 TVL을 축적했습니다. 그러나 대부분의 사람들은 EigenLayer를 단순히 금융 인프라로 간주할 수 있습니다. 이는 EigenLayer가 가장 널리 알려진 특성이 "Restaking"(재질문) 개념이기 때문입니다. 이러한 초기 인상은 EigenLayer가 단순히 사용자에게 추가 스테이킹 수익을 얻도록 돕는 플랫폼이라고 쉽게 생각하게 만듭니다. 실제로 우리가 깊이 생각해보면, 하나의 핵심 질문이 떠오릅니다: 왜 재질문된 ETH 또는 LST(유동성 스테이킹 토큰)가 추가 수익을 창출할 수 있을까요? 이 질문의 답은 EigenLayer의 진정한 본질을 드러냅니다. 저는 EigenLayer가 사실 혁신적인 금융 기반의 클라우드 컴퓨팅 인프라라고 생각합니다. 이러한 정의는 처음 듣기에는 다소 모순처럼 들릴 수 있지만, EigenLayer의 혁신적인 점을 정확히 반영합니다. 전통적인 클라우드 컴퓨팅 서비스인 AWS나 GCP는 주로 중앙화된 자원 배분과 관리를 통해 컴퓨팅 능력을 제공합니다. 반면 EigenLayer는 금융 인센티브 메커니즘과 분산 컴퓨팅 자원을巧妙하게 결합하여 완전히 새로운 클라우드 컴퓨팅 인프라 모델을 창출했습니다. 이 글에서는 우리의 이해를 바탕으로 EigenLayer의 원리와 메커니즘을 깊이 있게 탐구하고, 수개월의 개발 실습을 통해 EigenLayer를 기반으로 한 분산 네트워크 구축 방법과 AVS 설계에 대한 경험과 아이디어를 공유하겠습니다.

EigenLayer란 무엇인가?

우선, EigenLayer는 혁신적인 이더리움 생태계의 인프라입니다. 사용자에게는 이더리움 자산을 보유한 사용자가 스테이킹을 통해 이자를 얻을 수 있을 뿐만 아니라, 이러한 예치증명으로 다른 잠재적인 프로젝트를 지원하고 추가 보상을 얻을 수 있게 해줍니다. 이것이 EigenLayer의 핵심 개념인 Restaking입니다. 이는 이더리움의 강력한 보안성과 네트워크 합의 보안이 필요한 모든 프로젝트를 연결하는 마법의 다리와 같습니다. 개발자에게는 안전 보장을 제공하는 클라우드 컴퓨팅 플랫폼과 같아, 그들이 분산 서비스 자체를 구축하는 데 집중할 수 있게 해주며, 복잡한 합의 및 보안 시스템을 처음부터 구축할 필요가 없습니다.

AVS란 무엇이며, 어떻게 작동하는가?

EigenLayer를 기반으로 개발자는 자신의 Actively Validated Service(AVS)를 구축할 수 있으며, 이는 EigenLayer 생태계에서 가장 중요한 개념입니다. AVS는 간단히 말해 "작업"을 검증하기 위해 담보가 필요한 프로토콜, 서비스 또는 시스템입니다. 예를 들어, 분산 가격 예측기 네트워크를 구축하고 싶다면, 해당 예측기 네트워크의 참여 노드가 악의적인 행동을 하지 않도록 하기 위해 이들 노드가 일정 자산을 담보로 제공하고, 각 노드가 가격을 보고할 때의 합의 메커니즘을 설정해야 합니다. 이러한 시나리오는 AVS를 통해 완료하기에 적합합니다. AVS 서비스 자체는 가격을 얻고 보고하는 작업을 수행하며, 동시에 AVS는 서비스 관리 계약인 Service Manager에 해당합니다. 이 계약은 EigenLayer 계약과 통신하며, 서비스 기능과 관련된 상태를 포함합니다. 예를 들어, 서비스를 운영하는 운영자와 서비스를 보호하는 담보의 수량 등이 있습니다. Vyas Krishnan에 따르면, EigenLayer는 "암호화폐를 클라우드로 변환"하는 역할을 하며, AVS는 우리가 Web2에서 잘 알고 있는 클라우드 서비스와 같으며, Crypto의 순수 체인 상 계산 능력을 체인 외 클라우드 컴퓨팅으로 확장합니다. 그렇다면 AVS는 EigenLayer 네트워크에서 어떻게 작동할까요?

1. 먼저, EigenLayer 네트워크를 사용하고자 하는 프로젝트 측은 자신의 AVS 클라이언트와 ServiceManager 계약을 개발해야 합니다. 클라이언트 자체가 네트워크에서 검증해야 할 서비스 또는 시스템이며, 이 클라이언트는 미래에 네트워크에 참여할 많은 노드에 의해 실행될 것입니다. ServiceManager 계약은 노드가 네트워크에 참여하기 위한 조건과 노드에 대한 보상 및 처벌 메커니즘을 규정합니다. 예를 들어, 어떤 토큰을 담보로 제공해야 하는지, 최소 담보 토큰 수량은 얼마인지 등을 포함합니다. 또한 AVS ServiceManager 계약의 일부 규정을 준수하고, EigenLayer 메인 계약이 인덱싱하고 통신할 수 있도록 기본 인터페이스를 보유해야 합니다.
2. 네트워크의 참여 노드는 EigenLayer에서 "Operator"라고 불립니다. Operator는 전문 노드 운영자로, 실제로 네트워크 노드를 운영하고 유지하는 역할을 합니다. 그들이 특정 네트워크에 참여하고자 할 때, ServiceManager에서 규정한 입회 조건을 충족해야 합니다. Operator로서 그들은 또한 자신의 노드에 스테이킹할 수 있는 Staker가 될 수 있습니다. 그렇다면 일반 사용자는 전체 워크플로우 과정에 어떻게 참여할 수 있을까요? EigenLayer는 일반 사용자가 자신의 토큰을 선택한 Operator 노드에 위임할 수 있는 delegate 기능을 설계했습니다. 이를 통해 해당 노드는 AVS를 실행하여 추가 네트워크 수익을 얻습니다.
3. AVS 구축과 노드 모집이 완료되면, 해당 네트워크의 서비스는 소비되고 사용될 수 있습니다. 아래 그림은 공식에서 제공하는 전체 AVS 서비스 호출 프로세스의 개요입니다. Service Manager는 이벤트를 통해 Operator의 노드가 체인 외 계산을 수행하도록 트리거합니다. Operator는 계산 결과를 개인 키로 서명한 후 계약에 반환하여 호출을 완료합니다. 그러나 실제로 AVS의 사용법은 더욱 유연할 수 있습니다. 우선, AVS를 트리거하는 데 반드시 Service Manager를 통해야 하는 것은 아닙니다. Operator 노드는 등록 시 이미 자신의 IP 등 게이트웨이 정보를 공개했기 때문에, 직접 게이트웨이가 노출한 서비스 인터페이스를 호출하여 결과를 얻을 수 있습니다(인증이 필요하며, 스팸을 방지하기 위해). 그러나 이 과정에서 결과를 보고하고 집계기를 통해 결과에 대한 합의를 이루어야 합니다. 왜냐하면 동일한 호출은 여러 노드가 해당 서비스를 실행하여 서비스의 가용성을 높일 수 있기 때문입니다. 최종적으로 Service Manager는 보고된 결과에 따라 EigenLayer 계약과 상호작용하여 노드에 대한 보상 및 처벌을 수행합니다.

EigenLayer의 핵심 위치

AVS와 EigenLayer의 소개를 마친 후, EigenLayer의 주요 세 가지 핵심 위치를 요약하고 싶습니다. 이를 통해 여러분이 EigenLayer를 더 잘 이해하고 사용할지 판단하는 데 도움이 되기를 바랍니다.

스테이커와 개발자를 연결하는 플랫폼

EigenLayer의 핵심 위치 중 하나는 스테이커와 개발자를 연결하는 플랫폼입니다. 이 혁신적인 모델은 분산 네트워크의 구축 및 참여 방식을 완전히 변화시켜 양측에 전례 없는 기회와 편리함을 제공합니다. EigenLayer가 등장하기 전, 새로운 분산 네트워크는 막대한 초기 비용 문제에 직면해 있었습니다:

1. 높은 시작 비용: 프로젝트 측은 노드를 네트워크에 유치하기 위해 막대한 자금과 인력을 투입해야 합니다.
2. 운영 압박: 활성 노드 네트워크를 유지하려면 지속적인 운영과 인센티브가 필요합니다.
3. 노드 참여 장벽이 높음: 잠재적인 노드 운영자는 특정 네트워크의 토큰을 구매해야 참여할 수 있어, 이로 인해 위험과 비용이 증가합니다.
4. 네트워크 효과가 느림: 참여자가 적어 새로운 네트워크는 빠르게 보안성과 신뢰성을 구축하기 어렵습니다.

EigenLayer는 혁신적인 설계를 통해 이러한 문제를巧妙하게 해결했습니다. 스테이커가 ETH 또는 LST를 사용하여 여러 네트워크에 동시에 노드 서비스를 제공할 수 있도록 하여 참여 장벽을 크게 낮췄습니다. 프로젝트 측은 이미 존재하는 방대한 스테이커 네트워크에 빠르게 접속하여 초기 비용을 가속화할 수 있습니다. 노드 운영자에게는 각 참여 네트워크에 대해 특정 토큰을 구매할 필요가 없어져 위험 노출이 줄어듭니다. 스테이커가 여러 네트워크에서 보상을 받을 수 있도록 함으로써, EigenLayer는 다자간 윈-윈 생태계를 창출하여 인센티브를 효과적으로 정렬했습니다. 이러한 혁신적인 모델은 분산 네트워크의 구축 및 참여 과정을 단순화할 뿐만 아니라, 대부분의 토큰 보유자에게 효과적인 수익 창출의 장을 제공합니다.

현재 EigenLayer 생태계에서는 Coinbase Cloud, Figment, Google Cloud, Galaxy, Hashkey 등 매우 좋은 신뢰를 받는 운영자 노드가 대량으로 존재하고 있습니다. 이러한 기관의 참여는 생태계에 전문성과 신뢰성을 가져다줄 뿐만 아니라, 일반 사용자의 신뢰를 크게 높였습니다. 위임자는 이러한 배경이 강력한 운영자에게 자신의 자산을 위임하여 전문적인 노드 운영 서비스를 받으면서 위험을 줄일 수 있습니다. 개발자에게 이러한 편리함은 말할 필요도 없습니다. 그들은 자신의 검증자 네트워크를 빠르게 제로에서 구축할 수 있으며, 합의 네트워크 개발 및 유지 비용을 줄이고, 이미 성숙한 대규모 스테이킹 풀을 활용하여 높은 수준의 보안 보장을 받을 수 있습니다. 그들은 더 많은 시간을 자신의 제품 및 서비스 혁신에 집중할 수 있으며, 합의 인프라를 반복적으로 구축하는 데 시간을 낭비하지 않아도 됩니다.

공유 보안 풀

EigenLayer의 첫 번째 주요 특징은 스테이커와 개발자를 연결하여 프로젝트가 서비스 검증자 노드를 빠르게 찾도록 돕는 것입니다. 그렇다면 개발자와 프로젝트 측은 이러한 노드의 안정성을 어떻게 보장하여 자신의 네트워크 보안을 실현할 수 있을까요? 이것이 EigenLayer가 해결하는 핵심 문제 중 하나이며, EigenLayer의 가장 큰 판매 포인트라고 할 수 있습니다.

여기서 먼저 네트워크 보안성이란 무엇인지 정의해야 합니다. 우리는 전통적인 블록체인 및 분산 네트워크 아키텍처에서 각 네트워크가 독립적으로 자신의 보안 및 합의 체계를 구축하고 유지해야 한다는 것을 알고 있습니다. 분산 시스템에서는 각 노드가 악의적인 행동을 할 가능성이 있기 때문에, 네트워크는 제로 트러스트 기반 위에 구축되어야 하며, 노드의 악의적인 행동을 방지하기 위해 정교한 합의 메커니즘을 구축해야 합니다. 일반적으로 대부분의 네트워크는 노드가 자신의 네트워크 토큰을 담보로 제공하여 네트워크 작업에 참여하고 수익을 얻도록 하며, "슬래시" 방식을 통해 노드의 높은 악의적 행동 비용을 발생시켜 목적을 달성합니다. 그러나 여기서의 비용 자체는 안정적이지 않을 수 있습니다. 즉, 담보가 해당 네트워크의 원주 토큰일 경우, 가격 변동에 따라 노드의 악의적 행동 비용도 계속 변동하게 됩니다. "악의적 행동의 수익이 담보 비용보다 크다"는 조건이 충족되면, 이 네트워크는 보안 위기에 빠지게 됩니다. 이러한 상황은 역사적으로 여러 차례 발생했으며, 대부분의 네트워크 원주 토큰의 가격은 조작되기 쉽고 불안정합니다.

EigenLayer가 제시한 해결책은 공유 보안 개념을 강조합니다. 사실상 이더리움의 보안성을 수익 형태로 이러한 분산 네트워크에 임대하는 것입니다. 스테이커, 노드 및 다양한 프로젝트를 연결하여 악의적 행동 비용을 결정하는 담보를 ETH/LST로 만들고, ETH 및 재질문된 토큰의 가격이 안정적이기 때문에 이러한 네트워크 보안성은 더 신뢰할 수 있습니다. 이는 네트워크가 초기 단계에서 빠르게 안정적이고 안전한 분산 서비스 네트워크를 구축하는 데 도움을 줄 수 있으며, 자신의 토큰을 수익으로 사용하여 전체 네트워크의 "보안 서비스 비용"을 지불할 수 있습니다. 또한, 본래 중앙화된 서비스가 이러한 방식으로 분산화로 전환되어 기존 서비스의 품질과 투명성을 향상시키고, 서비스 향상으로 얻은 이익의 일부를 이러한 공유 보안 스테이커에게 보상으로 지급하여 긍정적인 순환에 들어갈 수 있습니다.

현재 EigenLayer는 거의 120억 달러 가치의 TVL 자산을 보유하고 있으며, 이는 다양한 DA, Sequencer, 예측기 및 각종 분산 네트워크 보안 서비스에 제공할 수 있는 거대한 공유 보안 풀에 해당합니다.

프로그래머블 합의

EigenLayer의 세 번째 핵심 장점은 프로그래머블 합의 능력입니다. 여기서 먼저 AVS 개념을 소개해야 합니다. AVS는 Actively Validated Services의 약자로, AVS는 자신의 분산 시스템에서 검증이 필요한 서비스입니다. 예를 들어, Sequencer, DA, 예측기 네트워크 및 각종 분산 네트워크 서비스가 이에 해당합니다. AVS는 참여 네트워크에 해당하는 Operator에 의해 운영되며, 최종적으로 AVS에 해당하는 계약(ServiceManager)이 이를 관리하고 합의를 유지합니다. Operator는 해당 계약의 진입점을 통해 등록해야 하며, 보상 및 처벌도 해당 계약에 의해 트리거됩니다. 따라서 이 계약은 AVS의 합의 게이트웨이 역할을 합니다. 개발자가 계약을 작성할 때, 자신의 AVS 검증 규칙 및 요구 사항, 노드의 입회 규칙, 슬래시 규칙 등을 유연하게 정의할 수 있습니다. 심지어 스테이킹할 토큰도 유연하게 구성할 수 있습니다. EigenLayer의 프로그래머블 합의 능력은 개발자에게 전례 없는 유연성과 혁신 공간을 제공합니다. 이 특성을 통해 개발자는 네트워크의 발전 단계와 요구에 따라 합의 매개변수를 동적으로 조정하여 네트워크가 다양한 상황에서 최적의 성능과 보안을 유지할 수 있도록 합니다. 이러한 적응성 덕분에 프로젝트는 언제든지 운영 메커니즘을 최적화하여 끊임없이 변화하는 시장 환경과 사용자 요구에 대응할 수 있습니다.

AVS의 설계 사고 및 원칙

자신의 AVS를 설계하기 전에, 대부분의 개발자는 다음 몇 가지 질문을 명확히 해야 한다고 생각합니다.

1. 프로젝트가 제공하는 서비스의 요구와 유형

프로젝트가 제공하는 서비스 유형을 이해하는 것은 AVS 설계의 기초입니다. 이는 직접적으로 다음에 영향을 미칩니다:

필요성: 계산이 체인 상의 VM에서 실행할 수 없거나 비용이 너무 높은지 여부. 만약 체인 상 계약으로 검증이 가능하다면, AVS의 필요성을 고려할 수 있습니다.

검증 논리: 서로 다른 서비스는 서로 다른 검증 방식을 필요로 합니다. 예를 들어:

• 예측기 서비스는 여러 데이터 소스의 일관성을 검증해야 할 수 있습니다.
• DA 서비스는 데이터의 저장 및 검색을 검증해야 합니다.
• 체인 상 리스크 관리는 거래를 시뮬레이션하고 검토해야 하며, 실시간 효율성과 정확성이 필요합니다.

성능 요구: 서비스 유형은 속도 및 처리량에 대한 요구를 결정합니다. 예를 들어:

• 실시간 체인 상 리스크 관리 서비스는 매우 낮은 지연 시간이 필요합니다.
• AI 서비스는 대량의 GPU 연산 성능이 필요합니다.

보안 모델: 서로 다른 서비스는 서로 다른 보안 위협에 직면하며, 이는 처벌 메커니즘 설계에 영향을 미칩니다. 예를 들어:

• 금융 서비스는 더 엄격한 보안 조치와 더 높은 처벌이 필요할 수 있습니다.
• 콘텐츠 배포 서비스는 변조 방지 및 가용성에 더 중점을 둘 수 있습니다.

노드 요구: 서비스 유형은 노드의 하드웨어 및 소프트웨어 요구를 결정합니다. 예를 들어:

• 계산 집약적인 서비스는 고성능 서버가 필요합니다.
• 저장 집약적인 서비스는 대용량 저장이 필요합니다.

2. 악의적인 노드에 대한 처벌 방법

이 문제는 AVS의 보안성과 신뢰성에 직접적으로 관련이 있습니다. 개발자는 네트워크의 안전성과 안정성을 유지하기 위해 효과적인 처벌 메커니즘을 설계해야 합니다. 여기에는 다음이 포함됩니다:

• 어떤 행동이 "악의적"으로 간주되는지 정의합니다.
• 적절한 처벌 강도를 설정하여 충분히 위협적이면서도 지나치게 엄격하여 노드 참여도를 감소시키지 않도록 합니다.
• 공정하고 투명한 판별 및 실행 메커니즘을 설계합니다.

합리적인 처벌 메커니즘은 노드의 악의적 행동 동기를 효과적으로 줄여 네트워크의 장기적인 건강한 운영을 보장할 수 있습니다.

3. 서비스의 수익성 및 "공유 보안"에 지불할 예산

이 문제는 AVS의 경제적 지속 가능성과 관련이 있습니다. 개발자는 다음을 평가해야 합니다:

• 서비스의 수익 모델과 예상 수익, 또는 프로젝트 초기 단계에서 자신의 Tokenomics와 결합하여 토큰 인플레이션을 통해 충분한 보상 기대치를 제공하는 방법.
• 운영 비용, 즉 인프라, 유지 관리 등.
• 노드 및 스테이커에게 분배할 수 있는 보상 예산.

합리적인 경제 모델은 AVS가 충분한 노드와 스테이커를 유치하고 유지할 수 있도록 보장하며, 프로젝트의 지속 가능한 발전을 유지할 수 있습니다.

4. 필요한 네트워크 규모

네트워크 규모는 AVS의 성능, 분산 정도 및 보안성에 직접적인 영향을 미칩니다:

• 작은 네트워크는 관리가 더 쉬울 수 있지만, 일부 분산 정도를 희생할 수 있습니다.
• 큰 네트워크는 더 높은 보안을 제공할 수 있지만, 복잡성과 비용이 증가할 수 있습니다.

개발자는 서비스 요구와 자원 제약에 따라 최적의 균형점을 찾아야 합니다.

AVS 현재 생태계 및 새로운 기회

EigenLayer는 여전히 초기 단계에 있지만, 우리는 이 생태계에 많은 기회와 잠재력이 존재한다고 생각합니다. 우선, 우리가 관찰한 바에 따르면,

현재 생태계의 AVS는 주로 다음 몇 가지 분야에 집중되어 있습니다:

1. DA
2. 분산 Sequencer
3. 난수 생성
4. ZK-Prover
5. 예측기 서비스

이러한 서비스는 주로 개발자를 대상으로 하여 블록체인 인프라에 중요한 지원을 제공합니다. 그러나 현재 생태계에는 몇 가지 뚜렷한 공백이 존재하는 것을 주목했습니다:

• 전통적인 범용 분산 컴퓨팅 네트워크의 부족
• 최종 사용자에게 직접 서비스를 제공하는 AVS가 거의 없음

우리는 많은 응용형 AVS가 생태계에 더 많은 가능성을 가져올 수 있다고 생각합니다. 이러한 응용형 AVS는 최종 사용자에게 직접 서비스를 제공하여 EigenLayer의 영향력과 실용성을 확대할 수 있습니다. GoPlus는 사용자 안전 서비스 제공자로서 EigenLayer의 인프라를 활용하여 사용자 안전에 집중하는 AVS를 구축하고 있습니다. 이 AVS는 암호화폐 사용자에게 포괄적인 안전 보호 서비스를 제공하며, 다음과 같은 서비스를 포함합니다:

1. 지갑 주소 위험 평가
2. 피싱 및 사기 방지 보호
3. 토큰 위험 평가
4. 분산 실시간 체인 방화벽

GoPlus는 EigenLayer에서 AVS를 구축하여 분산적이고 투명하며 신뢰할 수 있는 안전 서비스를 제공할 것입니다. 이 조치는 서비스의 신뢰성을 높일 뿐만 아니라, 인센티브 메커니즘을 통해 더 많은 참여자를 유치할 수 있습니다. GoPlus의 AVS는 사용자에게 더 나은 보호를 제공하고, EigenLayer가 최종 사용자에게 새로운 응용 분야로 확장하는 데 도움을 줄 것입니다. 현재 GoPlus의 안전 서비스는 평균적으로 하루 2,100만 번 호출되고 있으며, AVS 업그레이드 완료 후 GoPlus AVS는 생태계 내에서 가장 큰 응용형 사례가 될 것으로 기대됩니다. 또한, 분산 방식으로 안전 서비스를 제공하는 것은 Web3 발전 과정에서 새로운 안전 패러다임이 될 것입니다.