IOSG: '네 가지 질문'을 통해 EigenLayer에서 AVS를 구축하는 방법을 이해할 수 있습니다.

<img src="/static/imghw/default1.png" data-src="https://img.php.cn/upload/article/000/000/164/171159066812979.png" class="lazy" alt="IOSG: 네 가지 질문을 통해 EigenLayer에서 AVS를 구축하는 방법을 이해할 수 있습니다.">Source: EigenLayer, IOSG

최근 EigenLayer를 사용하여 인프라 프로젝트를 구축하는 것이 개발자 커뮤니티에서 매우 인기를 얻고 있습니다. 이러한 프로젝트를 AVS(Active Verification Services)라고 하며, 검증을 위해 자체 분산 검증 의미 체계가 필요한 모든 시스템을 나타냅니다. 이러한 시스템에는 DA 레이어, 새로운 VM, 오라클, 브리지 등이 포함될 수 있습니다.

하지만 AVS를 정확히 어떻게 구축합니까?

AVS의 기본 규칙을 설정하려면 네 가지 주요 질문에 답해야 합니다.

Q1: AVS에서 태스크를 정의하는 것은 무엇입니까?

EigenLayer에서 태스크는 운영자가 AVS에 서비스를 제공하기로 약속하는 가장 작은 작업 단위입니다. 이러한 작업은 AVS의 하나 이상의 슬래싱 조건과 연관될 수 있습니다.

다음은 두 가지 예시 작업입니다.

• EigenDA에서 "데이터 저장소"를 호스트하고 제공합니다.
• 크로스 체인 브리지를 위해 다른 블록체인의 상태 루트를 게시합니다.

EigenLayer는 다음 세부 예에서 더 자세한 워크플로를 제공합니다. 이 AVS의 임무는 특정 숫자의 제곱을 계산하는 것입니다.

Task Generator는 고정된 간격으로 작업을 게시합니다. 각 작업은 제곱할 숫자를 지정합니다. 또한 정족수 및 정족수 임계값 비율도 포함되어 있으며, 나열된 각 정족수에는 이 작업을 통과하기 위해 최소한 특정 비율의 운영자 서명이 필요하다고 명시되어 있습니다.

현재 AVS에 가입한 운영자는 작업 계약에서 작업 번호를 읽고, 해당 제곱을 계산하고, 계산 결과에 서명하고, 계산 결과와 서명을 Aggregator에 보내야 합니다.

Aggregator는 운영자로부터 서명을 수집하여 집계합니다. 운영자의 응답이 작업을 게시할 때 작업 생성기가 설정한 임계 비율을 통과하는 경우 집계자는 이러한 응답을 집계하여 작업 계약에 게시합니다.

분쟁해결기간에는 누구나 분쟁을 제기할 수 있습니다. DisputeResolution 계약은 특정 운영자의 오류 응답을 처리합니다. (또는 운영자가 이 시간 내에 응답하지 않는 경우)

이의가 최종적으로 확인 및 처리되면 운영자는 등록 계약이 동결되며, EigenLayer 거부권 위원회는 동결 요청 거부 여부를 결정합니다.

Q2: AVS는 어떤 종류의 신뢰를 상속하고 싶나요?

<img src="/static/imghw/default1.png" data-src="https://img.php.cn/upload/article/000/000/164/171159066870472.png" class="lazy" alt="IOSG: 네 가지 질문을 통해 EigenLayer에서 AVS를 구축하는 방법을 이해할 수 있습니다.">Source: EigenLayer, IOSG Ventures

EigenLayer는 세 가지 프로그래밍 가능한 신뢰를 제공합니다.

경제적 신뢰

경제적 신뢰는 약속된 자산에 대한 사람들의 신뢰에 달려 있습니다. 부패로 인한 이익이 부패로 인한 비용보다 낮다면 경제적으로 합리적인 행위자는 공격하지 않을 것입니다. 예를 들어, 크로스체인 브리지에 대한 공격 비용이 10억 달러인데 수익이 5억 달러에 불과한 경우 공격을 수행하는 것은 경제적 관점에서 명백히 비합리적입니다.

널리 채택되는 암호경제학적 기본 방식인 슬래싱은 부패 비용을 크게 증가시켜 경제 안보를 강화할 수 있습니다.

분산형 신뢰

분산형 신뢰의 본질은 가상으로든 지리적으로든 크고 널리 분산된 검증인 세트를 보유하는 것입니다. AVS의 노드 간 공모 및 활성 공격을 방지하려면 단일 서비스 공급자가 모든 노드를 실행하지 않는 것이 가장 좋습니다.

EigenLayer에서는 다양한 AVS가 분산화 정도를 맞춤 설정할 수 있습니다. 예를 들어, 운영자에 대한 지리적 위치 요구 사항을 설정하거나 개별 운영자만 노드 서비스를 제공하도록 허용하여 해당 운영자를 유치하기 위해 더 많은 인센티브를 제공할 수 있습니다.

예는 다음과 같습니다.

Shutter는 임계값 암호화를 사용하여 MEV를 방지하는 솔루션을 제안했습니다. 이 프로세스에는 DKG(분산 키 생성)를 통해 공개 및 개인 키의 공유 세트를 컴퓨팅하는 데 참여하는 Keypers라는 노드 그룹이 포함됩니다. 이 노드는 Shutter DAO의 거버넌스에 의해 선출됩니다.

분명히 DKG는 정직한 다수를 가정합니다.

EigenLayer에서 제공하는 노드 운영 서비스를 활용하여 Shutter는 Keper의 더 넓은 배포를 얻을 수 있습니다. 이러한 접근 방식은 키퍼 간의 공모 위험을 줄일 뿐만 아니라 네트워크의 보안과 탄력성을 향상시킵니다.

마찬가지로 라그랑주의 라그랑주 주위원회(LSC)도 재서약자로 구성되어 있습니다. 각 상태 증명에 대해 SNARK를 통해 상태 증명이 생성되기 전에 위원회 구성원 중 최소 2/3가 특정 블록 헤더에 서명해야 합니다.

이더리움 “포용” 신뢰

스테이킹을 통해 이더리움에 대한 약속을 하는 것 외에도, 이더리움 검증인은 EigenLayer에 추가로 지분을 투자할 경우 AVS에 대한 신뢰할 수 있는 약속을 할 수도 있습니다. 이를 통해 제안자는 이더리움의 프로토콜 수준에서 변경을 요구하지 않고도 이더리움에서 일부 서비스(예: MEV-Boost++를 통한 부분 블록 경매)를 제공할 수 있습니다.

예를 들어, 전방 블록 공간 경매를 통해 구매자는 미래의 블록 공간을 미리 확보할 수 있습니다. 리스테이킹에 참여하는 검증인은 블록 공간에 대한 신뢰할 수 있는 약속을 할 수 있으며, 나중에 구매자의 거래가 포함되지 않으면 삭감됩니다.

오라클을 구축 중이고 특정 기간 내에 가격을 제공해야 할 수도 있다고 가정해 보겠습니다. 또는 L2를 실행 중이고 몇 분마다 L2 데이터를 Ethereum에 게시해야 할 수도 있다고 가정해 보겠습니다. 이는 모두 순방향 블록 공간 경매의 사용 사례입니다.

Q3: 운영자가 수행하는 작업은 경량인가요, 중량인가요?

이더리움 검증인의 분산화를 상속하려면 AVS의 작업을 최대한 가볍게 설계해야 합니다.

작업이 컴퓨팅 리소스를 많이 소모하는 경우 Solo Operator가 처리하지 못할 수도 있습니다.

Q4: 슬래싱 조건은 무엇입니까?

특정 서비스에 다시 스테이킹함으로써 재이해관계자는 슬래싱의 위험을 감수하며, 이 슬래싱 조건은 AVS에서 지정합니다.

AVS로서 우리는 체인에서 검증 가능하고 객관적으로 귀속될 수 있는 슬래싱 조건을 설계해야 합니다. 예를 들어, 이더리움의 블록에 이중 서명하고 라이트 노드 크로스 체인 브리지 AVS의 노드가 다른 체인의 유효하지 않은 블록에 서명하는 경우입니다.

부적절하게 설계된 슬래싱 조건은 불일치로 인해 시스템적 위험을 초래할 수 있습니다.

AVS는 또한 관찰 가능성을 보장하여 서비스 전반에 걸쳐 요청과 응답을 모니터링, 추적 및 기록할 수 있도록 해야 합니다.

정량화하는 방법은 무엇입니까?

귀하의 AVS에는 어느 정도의 신뢰가 필요합니까(재스테이킹 자본, 다양한 분산 검증자 번호, 이더리움 검증자 약속을 이행하는 데 필요한 이더리움 검증자 수), 그리고 어떻게 인센티브를 제공할 것입니까?

예를 들어, 크로스체인 브리지의 주간 거래량이 1억 달러이고 1억 달러 상당의 보안을 임대한다면 사용자는 안전하다고 신뢰할 수 있습니다. 검증인이 시스템을 무너뜨리려고 해도 대폭적인 재분배를 통해 사용자에게 보상할 수 있기 때문에 사용자는 보호됩니다.

교량 전체의 TVL, ETH 재스테이킹 금액, 선택한 운영자 수 및 기타 여러 매개변수가 지속적으로 변경되고 잠재적으로 크게 변동할 수 있다는 점을 감안할 때 AVS는 보안 예산과 버퍼 공간을 조정할 수 있는 방법이 필요합니다.

AVS는 전체 토큰 공급량의 일부로 경제적 보안을 위해 지불할 수 있습니다.

하지만 EigenLayer를 사용하면 토큰 유틸리티가 손상되나요?

절대 그렇지 않습니다!

EigenLayer는 듀얼 스테이킹을 지원합니다. 이를 통해 필요에 따라 각 토큰의 비율을 조정하여 ETH와 기본 토큰으로 네트워크를 보호할 수 있습니다. 네트워크 초기 단계에서는 ETH가 더 큰 비중을 차지할 수 있습니다. 네트워크가 성숙해짐에 따라 네이티브 토큰이 더욱 두드러진 역할을 하기를 원할 수도 있습니다. 이 경우 AVS는 프로토콜 거버넌스를 통해 네이티브 토큰의 비율을 높일 수 있습니다.

또한 AVS 오라클이 제공하는 DeFi 프로토콜의 TVL이 급격히 증가하는 등 AVS의 보안 요구가 단기적으로 급격히 증가하는 경우에도 AVS는 EigenLayer를 사용하여 경제적 보안을 강화할 수 있습니다.

이러한 관점에서 EigenLayer는 "복원력 있는" 보안을 제공하는 프로그래밍 가능한 신뢰 시장입니다.

어떤 외부 도구를 사용할 수 있나요?

몇 가지 주목할만한 항목은 다음과 같습니다.

EigenLayer의 3자 시장에서 운영자는 AVS 개발자에게 의존하여 AVS 소프트웨어를 올바르게 코딩하고 합리적인 슬래싱 조건을 설정합니다. 그러나 AVS의 다양성을 고려하면 각 AVS와 Operator 간의 상호 작용 논리가 다를 수 있으며 이는 완전히 새로운 분야를 창출합니다. 실수로 인한 슬래싱 이벤트를 방지하기 위해 AVS는 릴리스 전에 코드베이스를 감사할 수 있습니다. 또한 EigenLayer에는 다중 서명을 통해 잘못된 슬래싱 결정을 거부할 수 있는 거부권 위원회가 있습니다.

한편, Cubist는 EigenLabs와 협력하여 보안 하드웨어를 활용하고 사용자 정의 정책을 사용하여 트랜잭션에 서명하고 키 관리자 내에서 메시지를 확인하는 개방형 슬래싱 방지 프레임워크를 개발하고 있습니다. 예를 들어 높이가 다른 두 개의 블록 헤더를 동시에 서명하는 것은 키 관리자 내의 정책 엔진에 의해 승인되지 않습니다.

위험 선호도가 높은 재이해관계자/운영자는 더 높은 수익을 위해 초기 AVS에 참여할 수 있습니다. 이런 경우에는 Cubist의 Anti-slasher가 유용할 수 있습니다.

많은 사람들이 EigenLayer가 AVS가 신뢰 네트워크를 구축하는 데 도움을 줄 수 있다는 것을 알고 있지만 AVS는 경제적 보안을 위해 얼마를 지불해야 하며 경제적 공격으로부터 방어하는 방법은 무엇입니까?

Anzen 프로토콜은 AVS의 경제적 안전성을 측정하기 위한 보편적인 표준 지표인 안전 계수(SF)를 개발했습니다. SF는 부패비용과 부패이익의 개념을 바탕으로 한다.

Anzen은 AVS가 금융 보안에 대한 초과 지불 없이 최소한의 금융 보안 수준을 유지할 수 있도록 돕습니다.

EigenLabs는 AVS가 노드 소프트웨어를 코딩하는 데 도움이 되는 EigenSDK를 개발하고 있습니다. SDK에는 서명 집계, EigenLayer 계약과의 상호 작용 논리, 네트워킹, 암호화 및 이벤트 모니터링 클라이언트 모듈이 포함되어 있습니다.

한편, Othentic은 AVS가 제품을 더 빠르게 출시할 수 있도록 개발 도구를 구축하고 있습니다.

참고 자료:

https://medium.com/@lagrangelabs/state-committees-on-eigenlayer-via-lagrange-7752f1916db4

https://www.blog.eigenlayer.xyz/ycie/

https: //www.blog.eigenlayer.xyz/eigenlayer-universe-15-unicorn-ideas/

https://github.com/Layr-Labs

https://docs.eigenlayer.xyz/eigenlayer/overview/

위 내용은 IOSG: '네 가지 질문'을 통해 EigenLayer에서 AVS를 구축하는 방법을 이해할 수 있습니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!