IOSG Ventures: 재서약 분야에서 EigenLayer의 최신 진행 상황과 사용 사례 살펴보기

원저자: Jiawei, IOSG Ventures

Source: EigenLayer

지난 11월 우리는 이 기사에 “EigenLayer: 이더리움 수준의 신뢰를 미들웨어에 도입EigenLayer는 에서 소개되었습니다. 작년에 EigenLayer는 백서를 발표하고 5천만 달러 규모의 시리즈 A 자금 조달을 완료했으며 메인넷의 첫 번째 단계를 시작했습니다. 이 기간 동안 Ethereum 커뮤니티는 EigenLayer와 그 사용 사례에 관해 광범위한 토론을 진행했습니다. 이 기사에서는 이러한 토론을 추적하고 정리할 것입니다.

배경

이더리움 생태계에서 일부 미들웨어 서비스(오라클 등)는 온체인 로직에 완전히 의존하지 않기 때문에 이더리움의 합의와 보안에 직접적으로 의존할 수 없으며 신뢰 네트워크를 리디렉션해야 합니다. 일반적인 접근 방식은 먼저 프로젝트를 운영한 다음 토큰 인센티브를 도입하여 시스템 참여자를 유치하고 점진적으로 분산화를 달성하는 것입니다.

이를 수행하는 데에는 적어도 두 가지 어려움이 있습니다. 첫째, 인센티브 메커니즘을 도입하려면 추가 비용이 필요합니다. 즉, 스테이킹에 참여하기 위해 토큰을 구매하는 참가자의 기회 비용과 토큰의 가치를 유지하기 위한 프로젝트 측의 운영 비용이 필요합니다. 둘째, 위의 비용을 지불하고 탈중앙화 네트워크를 구축하더라도 그 보안성과 지속가능성은 아직 미지수이다. 이 두 가지 사항은 스타트업 프로젝트에서 특히 까다롭습니다.

EigenLayer의 아이디어는 기존 Ethereum 스테이커의 재스테이킹을 통해 이러한 미들웨어(Actively Validated Services, AVS)에 대한 경제적 보안을 제공하는 것입니다. 이러한 재보증인이 정직하게 일하면 보상을 받을 수 있지만, 악한 행위를 하면 원래 이더리움 보증 노출이 상실됩니다.

이것의 장점은 첫째, 프로젝트 당사자가 새로운 신뢰 네트워크를 자체적으로 안내할 필요가 없고 이를 이더리움 검증자에게 아웃소싱하여 자본 비용을 최대한 절감한다는 것입니다. solid 이므로 보안도 어느 정도 보장됩니다. 이더리움 서약자의 입장에서 재서약은 추가 수익을 제공하며, 주관적인 악의적 의도가 없는 한 전반적인 위험은 통제 가능합니다.

EigenLayer의 창립자인 Sreeram은 Twitter와 팟캐스트에서 EigenLayer의 세 가지 사용 사례와 신뢰 모델을 언급한 적이 있습니다.

• 경제적 신뢰. 즉, 위에서 논의한 것처럼 이더리움 스테이킹 노출의 재사용, 더 높은 가치의 토큰 스테이킹은 더욱 강력한 경제적 보안을 의미합니다.

• 분산된 신뢰. 일부 서비스(예: 비밀 공유)의 악의적인 행동은 원인이 아닐 수 있으므로 슬래싱 메커니즘에 의존하는 것이 불가능합니다. 공모와 공모의 위험을 방지하기 위해 무언가를 수행하는 충분히 분산되고 독립적인 그룹이 필요합니다.

• 이더리움 검증인 약속. 블록 생산자는 자신이 약속한 노출에 대해 신뢰할 수 있는 특정 약속을 약속합니다. 아래에서는 추가 설명을 위해 몇 가지 예를 제공합니다.

시스템 참가자

Source: IOSG Ventures

EigenLayer는 세 가지 주요 플레이어를 연결하는 공개 시장 역할을 합니다.

• 재약정자. 이더리움 스테이킹 노출이 있는 경우 EigenLayer에 출금 자격 증명을 전송하여 재스테이킹에 참여하거나, 간단히 stETH 등 LST를 입금하여 참여할 수 있습니다. 재스테이커는 스스로 AVS 노드를 실행할 수 없는 경우 운영자에게 노출을 위임할 수도 있습니다.

• 운영자. 운영자는 재이해관계자로부터 위임을 수락하고 AVS 노드를 실행합니다. 그들은 어떤 AVS를 제공할지 자유롭게 선택할 수 있습니다. AVS에 서비스를 제공하면 AVS에서 정의한 슬래싱 규칙을 수락해야 합니다.

• 평균 수요자/소비자로서 AVS는 재구입자에게 비용을 지불하고 그들이 제공하는 경제적 보안을 확보해야 합니다.

이러한 기본 개념을 염두에 두고 EigenLayer의 구체적인 사용 사례를 살펴보겠습니다.

EigenDA

EigenDA는 EigenLayer가 출시한 주력 제품으로 이더리움 확장 솔루션인 Danksharding에서 파생되었습니다. 그 중 DAS(Data Availability Sampling)는 Celestia, Avail 등의 DA 프로젝트에서도 널리 사용되고 있습니다. 이 장에서는 DAS에 대해 간략하게 소개하고 EigenDA가 어떻게 구현되고 혁신되는지 살펴보겠습니다.

• DAS

Source: Dankrad Feist

Danksharding을 위한 프런트 엔드 솔루션으로 EIP-4844는 Blob-carrying Transaction을 도입합니다. 각 트랜잭션은 약 125kb의 추가 데이터 크기를 전달합니다. 데이터 샤딩 확장 경로의 맥락에서 새로운 데이터는 의심할 여지없이 노드에 대한 부담을 증가시킬 것입니다. 그렇다면 노드가 데이터의 작은 부분만 다운로드하고 모든 데이터가 사용 가능한지 확인할 수 있는 방법이 있습니까?

DAS가 하는 일은 노드가 데이터의 작은 부분을 무작위로 여러 번 샘플링하도록 하는 것입니다. 샘플링이 성공할 때마다 데이터 사용 가능 여부에 대한 노드의 신뢰도가 높아지며, 미리 설정된 특정 수준에 도달하면 데이터가 사용 가능한 것으로 간주됩니다. 그러나 공격자가 데이터의 작은 부분을 숨기는 것은 여전히 ​​가능합니다. 또한 일종의 내결함성 메커니즘도 필요합니다.

DAS는 이레이저 코딩(Erasure Coding)을 사용합니다. 삭제 코딩의 주요 아이디어는 데이터를 여러 블록으로 나눈 다음 이러한 블록을 인코딩하여 추가 중복 블록을 생성하는 것입니다. 이러한 중복 블록에는 원본 데이터 블록의 정보 중 일부가 포함되어 있으므로 일부 데이터 블록이 손실되거나 손상될 경우 손실된 데이터 블록을 중복 블록을 통해 복구할 수 있습니다. 이러한 방식으로 삭제 코딩은 DAS에 중복성과 신뢰성을 제공합니다.

또한 잘못된 중복 블록으로 원본 데이터를 재구성할 수 없기 때문에 결과 중복 블록이 올바르게 인코딩되었는지 여부도 확인해야 합니다. Danksharding은 KZG(Kate-Zaverucha-Goldberg) 약정을 사용합니다. KZG Commitment는 다항식을 검증하는 방법으로, 특정 위치의 다항식 값이 지정된 값과 일치함을 증명할 수 있습니다.

증명자는 다항식 p(x)를 선택하고 p(x)를 사용하여 C1, C2, ..., Cm이라고 하는 각 데이터 블록에 대한 약속을 계산합니다. 증명자는 데이터 블록과 함께 약속을 게시합니다. 인코딩을 검증하기 위해 검증자는 t 포인트 x 1, x 2, ..., xt를 무작위로 샘플링하고 증명자에게 p(x 1), p(x 2), ... 지점에서 약속을 열도록 요청할 수 있습니다. 피(xt). 라그랑주 보간법을 사용하여 검증자는 이러한 t 점에서 다항식 p(x)를 재구성할 수 있습니다. 이제 검증자는 재구성된 다항식 p(x)와 데이터 블록을 사용하여 약속 C 1, C 2, ..., Cm을 다시 계산하고 이들이 게시된 약속 C 1, C 2, ...과 일치하는지 확인할 수 있습니다. , Cm이 일치합니다.

간단히 말해서, KZG 약속을 사용하면 검증자는 전체 인코딩의 정확성을 검증하기 위해 작은 포인트 세트만 필요합니다. 이러한 방식으로 우리는 완전한 DAS를 얻습니다.

• How

Source: EigenLayer

EigenLayer는 DAS의 아이디어를 빌려 EigenDA에 적용합니다.

1. 먼저, EigenDA의 노드는 EigenLayer 계약에 다시 약속되어 등록됩니다.

2. 둘째, 데이터를 얻은 후 시퀀서는 데이터를 여러 블록으로 나누고 삭제 코딩을 사용하여 중복 블록을 생성한 다음 각 데이터 블록에 해당하는 KZG 커밋을 계산합니다. Sequencer는 증인으로서 EigenDA 계약에 대한 KZG 약속을 하나씩 공개합니다.

3. 이후 시퀀서는 KZG 약속과 함께 데이터 블록을 각 EigenDA 노드에 하나씩 배포합니다. 노드는 KZG 약속을 받은 후 이를 EigenDA 계약의 KZG 약속과 비교하고 그것이 올바른지 확인한 후 데이터 블록을 저장하고 서명합니다.

4. 이후 Sequencer는 이러한 서명을 수집하고 집계된 서명을 생성하여 EigenDA 계약에 게시하고 EigenDA 계약은 서명을 확인합니다. 서명 확인이 정확하면 전체 과정이 완료됩니다.

위 과정에서 EigenDA 노드는 서명을 통해서만 데이터 블록을 저장한다고 주장하기 때문입니다. 또한 EigenDA 노드가 거짓말을 하지 않도록 하는 방법도 필요합니다. EigenDA는 보관 증명을 사용합니다.

양육권 증명의 아이디어는 데이터에 폭탄을 넣는 것입니다. 일단 노드가 서명하면 데이터는 삭감됩니다. 에스크로 증명을 구현하려면 부정 행위를 방지하기 위해 서로 다른 DA 노드를 구별하는 비밀 값, DA 데이터와 비밀 값을 입력으로 사용하는 DA 노드 고유의 기능, 존재 여부를 설계해야 합니다. 폭탄을 출력으로 사용합니다. 노드가 필요한 전체 데이터를 저장하지 않으면 함수를 계산할 수 없습니다. Dankrad는 자신의 블로그에서 에스크로 증명에 대한 자세한 내용을 공유했습니다.

Source: EigenLayer

게으른 노드가 나타나면 누구든지 EigenDA 컨트랙트에 증명을 제출할 수 있고, 컨트랙트는 그 증명을 검증하게 되며, 검증이 통과되면 게으른 노드는 처벌받게 된다.

하드웨어 요구 사항 측면에서 1초에 32MB의 데이터를 계산하려는 KZG의 약속에는 약 32-64개의 ​​코어 CPU가 필요하지만 이 요구 사항은 Sequencer 측에만 적용되며 EigenDA 노드에 부담을 주지 않습니다. EigenDA의 테스트 네트워크에서 100개의 EigenDA 노드 처리량은 15MB/s에 도달한 반면, 노드 다운로드 대역폭에 대한 수요는 0.3MB/s에 불과했습니다(Ethereum 유효성 검사기 실행 요구 사항보다 훨씬 낮음).

요약하자면, EigenDA는 데이터 가용성과 합의의 분리를 달성하고, 합의 프로토콜의 병목 현상과 낮은 P2P 네트워크 처리량으로 인해 데이터 블록의 전파가 더 이상 제한되지 않는다는 것을 알 수 있습니다. EigenDA는 이더리움 합의에 대한 무임 승차와 동일하기 때문에 시퀀서가 KZG 약속 및 집계 서명을 발행하고 스마트 계약에 의한 서명을 확인하고 악성 노드를 처벌하는 프로세스가 모두 이더리움에서 발생하고 이더리움은 합의 보장을 제공하므로 필요가 없습니다. 신뢰 네트워크를 재부팅합니다.

• Problems of DAS

현재 DAS는 기술 자체로서 몇 가지 한계를 갖고 있습니다. 우리는 악의적인 상대방이 라이트 노드를 속여 가능한 모든 수단을 통해 허위 데이터를 받아들이도록 시도할 것이라고 가정해야 합니다. Sreeram은 자신의 트윗에서 다음과 같이 말했습니다.

단일 노드가 데이터를 사용할 수 있을 만큼 충분히 높은 확률을 가지려면 다음 요구 사항을 충족해야 합니다.

• 무작위 샘플링: 각 노드는 샘플링을 위해 여러 샘플을 독립적으로 무작위로 선택해야 하며, 상대방은 누가 어떤 샘플을 요청했는지 알 수 없습니다. 이런 방식으로 상대방은 노드를 속이기 위해 그에 따라 전략을 변경할 수 없습니다.

• 동시 샘플링: DAS가 동시에 여러 노드에서 수행되어야 하므로 공격자가 한 노드의 샘플링과 다른 노드의 샘플링을 구별하는 것이 불가능합니다.

• 개인 IP 샘플링: 쿼리된 각 데이터 블록에 익명 IP를 사용하는 것을 의미합니다. 그렇지 않으면 공격자는 샘플링을 수행하는 여러 노드를 식별하고 데이터의 다른 부분을 제공하지 않고 쿼리한 부분만 노드에 선택적으로 제공할 수 있습니다.

동시성과 무작위성을 충족하기 위해 여러 라이트 노드가 무작위 샘플링을 수행하도록 할 수 있지만 현재는 개인 IP 샘플링을 충족할 수 있는 좋은 방법이 없습니다. 따라서 DAS에 대한 공격 벡터가 여전히 존재하므로 DAS는 현재 약한 보장만 제공합니다. 이러한 문제는 여전히 적극적으로 해결되고 있습니다.

EigenLayer & MEV

Source: EigenLayer

Sreeram은 MEVconomics Summit에서 MEV 스택의 EigenLayer 사용에 대해 이야기했습니다. 스테이킹 및 슬래싱이라는 암호경제학적 기본 요소에 초점을 맞춰 제안자는 위에서 언급한 세 번째 사항인 검증인 약속 사용 사례인 다음 네 가지 특성을 구현할 수 있습니다.

Event-driven Activation

Gelato와 같은 프로토콜은 특정 온체인 이벤트에 반응할 수 있습니다. 즉, 체인의 이벤트를 지속적으로 모니터링하고 이벤트가 발생하면 미리 정의된 일부 작업이 트리거되며 이러한 작업은 일반적으로 타사 리스너/실행자에 의해 완료됩니다.

리스너/실행자와 실제로 블록 공간을 처리하는 제안자 사이에는 연결이 없기 때문에 제3자라고 합니다. 청취자/집행자가 거래를 시작했지만 (어떤 이유로) 제안자가 블록에 포함하지 않았다고 가정하면 이는 귀속될 수 없으므로 결정론적인 경제적 보장을 가져올 수 없습니다.

Restake에 참여하는 제안자가 이 서비스를 제공하는 경우 작업 트리거에 대해 신뢰할 수 있는 약속을 할 수 있으며 이러한 거래가 블록에 포함되지 않으면 제안자는 슬래시됩니다. 이는 제3자 리스너/실행자보다 더 강력한 보장을 제공합니다.

실제 적용(예: 대출 프로토콜)에서 초과 담보 비율을 설정하는 목적 중 하나는 특정 기간 내의 가격 변동을 커버하는 것입니다. 이는 청산 전 기간과 관련이 있으며, 초과 담보 비율이 높을수록 버퍼 기간이 길어집니다. 많은 거래가 이벤트 기반 대응 전략을 채택하고 제안자가 제공하는 강력한 보증을 갖춘 경우 (고유동성 자산의 경우) 초과 담보 비율의 변동성은 몇 블록 간격으로 제한되어 초과를 줄일 수 있습니다. -담보율 및 자본 효율성 향상.

Partial Block Auction

현재 MEV-Boost 설계에서는 제안자는 블록 공간을 빌더에게 완전히 아웃소싱하고 빌더가 제출한 전체 블록을 수동적으로 수신하고 제안할 수만 있습니다. 더 널리 분산된 제안자에 비해 소수의 빌더만 있으며, 제안자는 MEV-Boost에 원하는 트랜잭션을 포함할 수 없기 때문에 특정 트랜잭션을 검열하고 강탈하기 위해 공모할 수 있습니다.

Source: EigenLayer

EigenLayer는 MEV-Boost를 업그레이드하기 위해 MEV-Boost++를 제안하고 블록에 Proposer-part를 도입했으며 Proposer는 Proposer-part에 모든 트랜잭션을 포함할 수 있습니다. 제안자는 동시에 대체 블록 B-alt를 구축할 수도 있으며, 릴레이가 Builder_part를 해제하지 않을 때 이 대체 블록 B-alt를 제안할 수도 있습니다. 이러한 유연성은 검열 저항을 보장할 뿐만 아니라 릴레이 활성 문제도 해결합니다.

Source: Dankrad Feist

이는 ePBS가 제안한 crList의 목적인 프로토콜 계층 설계와 일치합니다. 즉, 검열 저항을 달성하기 위해 광범위한 제안자가 블록 구성을 결정하는 데 참여할 수 있도록 보장해야 합니다.

Threshold Encryption

임계값 암호화 기반 MEV 솔루션에서는 암호화 및 복호화 키가 분산 노드 그룹에 의해 관리됩니다. 사용자는 트랜잭션을 암호화하고, 트랜잭션은 블록에 포함된 후 해독되어 실행됩니다.

그러나 임계값 암호화는 다수의 정직성 가정에 의존합니다. 대부분의 노드가 악의적인 경우 해독된 트랜잭션이 블록에 포함되지 않을 수 있습니다. 재스테이킹을 수행하는 제안자는 암호화된 트랜잭션을 신뢰할 수 있게 커밋하여 블록에 포함되도록 할 수 있습니다. 제안자가 해독된 거래를 포함하지 않으면 슬래시됩니다. 물론 악의적인 다수가 암호 해독 키를 공개하지 않으면 제안자는 빈 블록을 제안할 수 있습니다.

Long-term Blockspace Auction

장기 블록 공간 경매를 통해 블록 공간 구매자는 특정 검증인을 위해 미래의 블록 공간을 미리 예약할 수 있습니다. 리스테이킹에 참여하는 검증인은 신뢰할 수 있는 약속을 할 수 있으며 만료 시 구매자와 관련된 거래가 없으면 삭감됩니다. 이러한 블록 공간 보장에는 몇 가지 실제 사용 사례가 있습니다. 예를 들어, 오라클 머신은 특정 기간 동안 가격을 제공해야 하며 Arbitrum은 1~3분마다 L2 데이터를 Ethereum L1에 게시하고 Optimism은 30초~1분마다 게시하는 식입니다.

PEPC

Source: Barnabé Monnot

최근 이더리움 커뮤니티에서 폭넓게 논의되고 있는 PEPC(Protocol-Enforced Proposer Commitment)로 돌아가 보겠습니다. PEPC는 실제로 ePBS의 홍보 또는 일반화입니다.

이 논리적 체인을 하나씩 분석해 보겠습니다.

• 먼저 프로토콜 외부 PBS MEV-Boost를 예로 들어 보겠습니다. 현재 MEV-Boost는 이더리움 프로토콜 수준 슬래싱 메커니즘을 사용합니다. 삭감됩니다. 제안자는 릴레이가 제출한 블록 헤더에 서명해야 하기 때문에 블록 헤더와 제안자 사이에 바인딩을 형성하는 것과 동일하므로 릴레이는 빌더의 블록이 제안될 것이라고 믿을 이유가 있습니다. 그렇지 않으면 제안자는 슬롯을 포기하거나 다른 블록을 제안해야 합니다(이로 인해 슬래싱이 발생함). 이때, 제안자의 약속은 스테이킹/슬래싱의 경제적 안전성으로 보장됩니다.

• 대략적으로 ePBS를 설계할 때 중요한 원칙은 정직한 빌더 게시 안전성입니다. 이는 정직한 빌더가 게시한 블록이 제안되도록 보장합니다. 프로토콜 내의 PBS로서 ePBS는 이더리움의 합의 계층에 포함되며 프로토콜에 의해 보장됩니다.

• PEPC는 ePBS를 더욱 발전시킨 것입니다. ePBS는 빌더의 블록이 제안될 것이라고 약속합니다. 이것이 부분 블록 경매, 병렬 블록 경매, 미래 블록 경매 등으로 확장되면 제안자가 더 많은 일을 할 수 있도록 허용할 수 있으며 프로토콜 계층은 이러한 일을 보장합니다. 올바르게 실행됩니다.

PEPC와 EigenLayer 사이에는 미묘한 관계가 있습니다. 위에서 언급한 PEPC 사용 사례와 EigenLayer의 블록 생산자 사용 사례 사이에 몇 가지 유사점이 있다는 것을 찾는 것은 어렵지 않습니다. 그러나 EigenLayer와 PEPC의 중요한 차이점은 재약정에 참여하는 제안자는 재정적으로 처벌을 받더라도 이론적으로 여전히 약속을 위반할 수 있다는 점입니다. PEPC는 프로토콜 시행, 즉 프로토콜 계층에서 필수입니다. 블록에 구현되어 있으며 약속을 실행할 수 없으면 블록은 유효하지 않습니다.

(PS: 대략적으로 보면 EigenDA는 Danksharding과 유사하고 MEV-Boost++는 ePBS와 유사하다는 것을 쉽게 알 수 있습니다. 이 두 서비스는 프로토콜 계층 설계의 옵트인 버전과 같습니다. 프로토콜 계층과 비교하면, 이는 시장에 대한 더 빠른 솔루션입니다. , Ethereum이 미래에 할 일에 보조를 맞추고, 재약정을 통해 Ethereum Alignment를 유지합니다.

Don't Overload Ethereum Consensus?

몇 달 전, Vitalik의 기사 Dont Overload Ethereum Consensus는 대부분의 사람들에게 Restake에 대한 비판으로 간주되었습니다. 저자는 이것이 단지 사회적 합의를 유지하라는 알림이나 경고일 뿐이라고 생각하며, 재서약에 대한 부정보다는 사회적 합의에 초점을 맞추고 있다.

이더리움 초창기 DAO 공격은 큰 논란을 불러일으켰고, 커뮤니티에서는 하드포크 여부를 놓고 열띤 토론을 벌였습니다. 오늘날 Rollup을 포함한 Ethereum 생태계는 이미 수많은 애플리케이션을 호스팅하고 있습니다. 그러므로 공동체 내에서 큰 분열을 일으키지 않고 사회적 합의의 일관성을 유지하는 것이 매우 중요합니다.

Hermione creates a successful layer 2 and argues that because her layer 2 is the largest, it is inherently the most secure, because if there is a bug that causes funds to be stolen, the losses will be so large that the community will have no choice but to fork to recover the users' funds. High-risk.

위의 원문 인용문이 좋은 예입니다. 현재 L2의 총 TVL은 100억 달러를 초과하며, 문제가 발생하면 매우 관여하게 됩니다. 이때 커뮤니티에서 하드포크를 실시하고 상태를 롤백하자고 제안한다면 큰 논란이 불가피할 수밖에 없다. 당신과 내가 그것에 많은 돈을 가지고 있다고 가정해 봅시다. 돈을 돌려받거나 블록체인의 불변성을 존중하는 것 중에서 우리는 어떻게 선택할 것입니까? Vitalik의 요점은 이더리움에 의존하는 프로젝트는 위험을 적절하게 관리해야 하며, 이더리움의 사회적 합의를 이기려고 해서는 안 되며, 프로젝트의 생사를 이더리움에 강력하게 묶어야 한다는 것입니다.

EigenLayer의 논의로 돌아가서, 위험 관리의 초점은 AVS가 불일치를 피하기 위해 객관적이고 온체인이며 기여 가능한 슬래싱 규칙을 정의해야 한다는 것입니다. 예를 들어, 이더리움의 이중 서명 블록, 라이트 노드 기반 교차 체인 브리지에서 다른 체인의 유효하지 않은 블록에 서명, 위에서 설명한 EigenDA 에스크로 증명 등이 있습니다. 이것들은 몰수에 대한 명확한 규칙입니다.

발문

Source: EigenLayer

EigenLayer는 내년 초 메인넷 출시를 완료하고 주력 제품인 EigenDA를 출시할 것으로 예상됩니다. 많은 인프라 프로젝트가 EigenLayer와의 협력을 발표했습니다. 위에서 EigenDA, MEV 및 PEPC에 대해 논의했으며 다양한 사용 사례에 대해 많은 흥미로운 논의가 진행 중입니다. 재가설은 시장에서 지배적인 이야기 중 하나가 되고 있습니다. 우리는 계속해서 EigenLayer의 진행 상황을 지켜보고 의견을 공유하겠습니다!