"Ethereum" 태그로 연결된 11개 게시물개의 게시물이 있습니다.

)

TL;DR​

메메코인은 인터넷 문화, 농담, 바이럴 순간에서 탄생한 암호화 토큰입니다. 그 가치는 근본적인 펀더멘털이 아니라 주목도, 커뮤니티 조정, 속도에 의해 움직입니다. 이 카테고리는 2013년 Dogecoin으로 시작해 SHIB, PEPE와 같은 토큰, 그리고 Solana와 Base에서의 대규모 파동으로 폭발했습니다. 현재 이 부문은 수십억 달러 규모의 시가총액을 차지하며 네트워크 수수료와 온체인 볼륨에 큰 영향을 미칠 수 있습니다. 하지만 대부분의 메메코인은 내재적 유틸리티가 없으며, 극도로 변동성이 크고 고회전 자산입니다. “러그 풀”과 결함 있는 프리세일 위험이 매우 높습니다. 참여한다면 유동성, 공급, 소유권 제어, 배포, 계약 보안을 평가하는 엄격한 체크리스트를 사용하세요.

10초 정의​

메메코인은 인터넷 밈, 문화적 내부 농담, 혹은 바이럴 사회적 사건에서 영감을 받은 암호화폐입니다. 전통적인 프로젝트와 달리 보통 커뮤니티 주도로 움직이며, 현금 흐름이나 프로토콜 유틸리티보다 소셜 미디어 모멘텀에 의존합니다. 이 개념은 2013년 가벼운 패러디로 시작된 Dogecoin에서 출발했으며, 이후 다양한 블록체인에서 새로운 트렌드와 내러티브를 타고 파생 토큰이 연속적으로 등장했습니다.

실제 규모는?​

재밌는 기원에 속아서는 안 됩니다—메메코인 부문은 암호화폐 시장에서 상당한 힘을 가지고 있습니다. 하루하루 전체 메메코인 시가총액은 수십억 달러에 달할 수 있습니다. 강세 사이클에서는 이 카테고리가 비 BTC/ETH 전체 암호화폐 경제에서 물질적인 비중을 차지하기도 합니다. 이 규모는 CoinGecko 같은 데이터 집계 사이트와 주요 거래소의 “meme” 카테고리에서 쉽게 확인할 수 있습니다.

메메코인이 존재하는 곳​

메메코인은 어느 스마트 컨트랙트 플랫폼에서도 존재할 수 있지만, 몇몇 생태계가 주도적인 허브가 되었습니다.

• Ethereum: 최초의 스마트 컨트랙트 체인으로, $DOGE와 연관된 ERC‑20부터 $PEPE까지 다양한 아이코닉 메메코인이 존재합니다. 투기 열풍이 심할 때 이 토큰들의 거래량은 네트워크 가스 요금을 급등시키고, 검증자 수익을 증가시키기도 합니다.
• Solana: 2024·2025년에는 Solana가 메메코인 생성·거래의 중심지로 부상했습니다. 새로운 토큰이 폭발적으로 등장하면서 네트워크 수수료와 온체인 볼륨이 사상 최고치를 기록했으며, $BONK, $WIF 같은 바이럴 히트가 탄생했습니다.
• Base: Coinbase의 레이어2 네트워크는 자체적인 활발한 메메코인 서브컬처를 형성했으며, CoinGecko 등에서 전용 커뮤니티 추적 리스트가 늘어나고 있습니다.

메메코인 탄생 과정 (2025 버전)​

메메코인 출시 기술 장벽은 거의 제로에 가까워졌습니다. 현재 가장 흔한 두 가지 경로는 다음과 같습니다.

1. 클래식 DEX 런치 (EVM 또는 Solana)​

제작자가 토큰 공급을 발행하고, Uniswap·Raydium 같은 탈중앙화 거래소에 기본 자산($ETH, $SOL, $USDC 등)과 페어링해 유동성 풀(LP)을 만든 뒤, 스토리나 밈으로 마케팅합니다. 주요 위험은 토큰 계약을 누가 제어하느냐(추가 발행 가능 여부)와 LP 토큰을 누가 제어하느냐(유동성 회수 가능 여부)입니다.

2. 본딩 커브 “팩토리” (예: pump.fun on Solana)​

Solana에서 인기를 끈 이 모델은 출시 과정을 표준화·자동화합니다. 누구나 고정 공급(보통 10억)과 선형 본딩 커브를 가진 토큰을 즉시 발행할 수 있습니다. 가격은 구매량에 따라 자동으로 결정됩니다. 일정 시가총액에 도달하면 자동으로 주요 DEX(Raydium)로 “졸업”하고, 유동성이 자동 생성·잠금됩니다. 이 혁신은 기술 장벽을 크게 낮추어 출시 속도와 문화에 큰 변화를 주었습니다.

빌더가 신경 써야 할 점: 이 새로운 런치패드는 며칠 걸리던 작업을 몇 분 안에 끝낼 수 있게 합니다. 그 결과 RPC 노드가 폭주하고, 메모풀(mempool)이 막히며, 인덱서가 과부하되는 등 예측 불가능한 트래픽 스파이크가 발생합니다. Solana에서는 이러한 메메코인 런치가 기존 네트워크 기록을 뛰어넘는 거래량을 기록하기도 했습니다.

“가치”는 어디서 오는가​

메메코인 가치는 금융 모델이 아니라 사회적 역학에 기반합니다. 주된 세 가지 원천은 다음과 같습니다.

• 주목도 중력: 밈, 유명인 endorsement, 바이럴 뉴스가 강력한 주목도와 유동성을 끌어당깁니다. 2024·2025년에는 유명인·정치인 테마 토큰이 짧은 기간에 거대한 거래 흐름을 일으켰습니다(특히 Solana DEX).
• 조정 게임: 강력한 커뮤니티가 내러티브, 아트워크, 집단 스턴트를 중심으로 결집하면, 매수 → 주목도 상승 → 매수라는 순환적인 가격 움직임이 발생합니다.
• 가끔씩 부가되는 유틸리티: 일부 성공적인 메메코인 프로젝트는 성장 후 스와프, 레이어2, NFT 컬렉션, 게임 등을 “덧붙여” 유틸리티를 제공하려 하지만, 대다수는 순수 투기·거래 전용 자산에 머뭅니다.

무시할 수 없는 위험​

메메코인 공간은 위험이 도처에 있습니다. 이를 이해하는 것은 선택이 아니라 필수입니다.

계약·제어 위험​

• 민트/프리즈 권한: 원 제작자가 무한히 토큰을 발행하거나 전송을 멈출 수 있나요?
• 소유권·업그레이드 권한: “소유권 포기”된 계약이라도 프록시나 숨겨진 함수가 위험을 남길 수 있습니다.

유동성 위험​

• 잠금된 유동성: 초기 LP가 스마트 계약에 일정 기간 잠금돼 있나요? 잠금이 없으면 제작자가 “러그 풀”을 실행해 풀을 비울 수 있습니다. 얇은 유동성은 높은 슬리피지를 초래합니다.

프리세일·소프트 러그​

• 악의적 계약이 없어도 프로젝트가 실패할 수 있습니다. 팀이 프리세일 자금을 모은 뒤 프로젝트를 포기하거나, 내부자가 대량 할당량을 서서히 덤프할 수 있습니다. Solana의 $SLERF 사례는 LP 토큰을 실수로 소각해 수백만 달러가 사라지는 동시에 변동성이 급증한 경우였습니다.

시장·운영 위험​

• 극심한 변동성: 몇 분 안에 90% 이상 가격이 오르내릴 수 있습니다. 급등 시 네트워크 가스 요금이 급등해 후발 매수자는 거래 비용이 과다하게 됩니다($PEPE 초기 급등 시 Ethereum 가스 요금 급등).

사기·법적 위험​

• 러그 풀, 펌프‑앤‑덤프, 에어드롭 위장 피싱, 가짜 유명인 endorsement 등 사기가 난무합니다. 일반적인 사기 유형을 학습해 스스로 보호하세요. 본 내용은 법률·투자 조언이 아닙니다.

5분 메메코인 체크리스트 (실전 DYOR)​

메메코인과 교류하기 전 아래 체크리스트를 수행하세요.

1. 공급 수학: 총 공급 vs. 유통 공급은? LP, 팀, 금고에 얼마나 할당돼 있나요? 베스팅 일정은?
2. LP 상태: 유동성 풀이 잠금돼 있나요? 기간은? 전체 공급 대비 LP 비중은? 블록체인 탐색기로 온체인 확인.
3. 관리자 권한: 계약 소유자가 토큰을 추가 발행, 거래 중지, 지갑 블랙리스트, 세금 변경 등을 할 수 있나요? 소유권 포기 여부.
4. 배포 구조: 홀더 분포는? 소수 지갑에 집중돼 있나요? 봇 클러스터나 내부자 지갑 흔적을 찾아보세요.
5. 계약 출처: 소스 코드가 온체인 검증돼 있나요? 표준 템플릿인지, 맞춤형·감사되지 않은 코드가 많은지 확인. 허니팟 패턴에 주의.
6. 유동성 경로: 어디서 거래되나요? 아직 본딩 커브인가, 주요 DEX·CEX로 졸업했나요? 고려 중인 거래 규모의 슬리피지를 체크.
7. 내러티브 지속성: 밈이 문화적 공감을 얻었나요, 아니면 일주일 내에 사라질 일시적 농담인가?

메메코인이 블록체인(및 인프라)에 미치는 영향​

• 수수료·처리량 급증: 블록스페이스에 대한 급격한 수요는 RPC 게이트웨이, 인덱서, 검증자 노드에 큰 부하를 줍니다. 2024년 3월 Solana는 메메코인 급등으로 사상 최고 일일 수수료와 수십억 온체인 볼륨을 기록했습니다. 인프라 팀은 이런 이벤트에 대비해 용량을 계획해야 합니다.
• 유동성 이동: 자본이 몇몇 핫 DEX와 런치패드에 집중되면서 MEV와 주문 흐름 패턴이 재편됩니다.
• 사용자 온보딩: 메메코인 파동은 종종 신규 암호화폐 사용자의 첫 진입점이 되며, 이후 다른 dApp 탐색으로 이어질 수 있습니다.

대표 사례 (참고용, 홍보 아님)​

• $DOGE: 2013년 최초. 작업증명(PoW) 기반이지만 브랜드 인지도와 문화적 의미로 거래됩니다.
• $SHIB: Ethereum ERC‑20 토큰으로, 단순 밈에서 시작해 자체 스와프와 레이어2까지 갖춘 대규모 커뮤니티 생태계로 성장했습니다.
• $PEPE: 2023년 Ethereum에서 폭발적 인기를 끈 현상으로, 검증자와 사용자에게 온체인 경제에 큰 영향을 미쳤습니다.
• BONK & WIF (Solana): 2024‑2025년 Solana 파동을 상징하는 토큰들. 급격한 상승과 주요 거래소 상장으로 네트워크 활동을 크게 촉진했습니다.

빌더와 팀을 위한 조언​

출시한다면 공정성과 안전성을 기본으로:

• 명확하고 정직한 공개 정보를 제공하고, 숨겨진 민트·팀 할당을 두지 마세요.
• 유동성 풀의 의미 있는 부분을 잠그고, 잠금 증명을 공개하세요.
• 운영 보안이 확보되지 않았다면 프리세일을 피하세요.
• 인프라를 사전에 계획하세요. 봇 활동, 레이트 리밋 남용에 대비하고, 변동성 기간에 대한 커뮤니케이션 플랜을 마련하세요.

dApp에 메메코인을 통합한다면 샌드박스 흐름과 사용자 보호를 구현:

• 계약 위험·얇은 유동성에 대한 경고를 눈에 띄게 표시하세요.
• 거래 전 슬리피지와 예상 비용을 명확히 보여 주세요.
• 토큰의 기본 정보(공급, 소유권 제어 등)를 UI에 노출하세요.

투자자를 위한 조언​

• 메메코인은 높은 보상과 동시에 높은 위험을 동반합니다.
• 포트폴리오에서 차지하는 비중을 제한하고, 전체 투자 전략 내에서 위험을 관리하세요.
• 최신 사기 동향을 지속적으로 모니터링하고, 의심스러운 프로젝트는 즉시 회피하세요.

결론​

메메코인은 문화적 현상과 기술적 혁신이 교차하는 독특한 암호화폐 영역입니다. 그 매력적인 성장 가능성 뒤에는 심각한 계약·유동성·법적 위험이 숨어 있습니다. 빌더는 인프라와 스마트 계약 설계에 신중을 기하고, 투자자는 철저한 DYOR 체크리스트와 위험 관리 전략을 적용해야 합니다. 올바른 접근을 통해 메메코인의 활력을 활용하면서도 시스템 안정성을 유지할 수 있습니다.

면책 조항: 이 문서는 교육 및 정보 제공 목적이며, 법률, 세무 또는 투자 조언을 대체하지 않습니다. 모든 투자 결정은 독자 스스로의 판단과 책임 하에 이루어져야 합니다.

2025년 5월 7일, 이더리움의 Pectra 업그레이드(Prague + Electra)가 메인넷에 적용되었습니다. 개발자에게 가장 눈에 띄는 변화 중 하나는 EIP-7702로, 이는 외부 소유 계정(EOA)이 자금을 마이그레이션하거나 주소를 변경하지 않고도 스마트 컨트랙트 로직을 "마운트"할 수 있게 합니다. 지갑, dapp, 또는 릴레이어를 구축한다면, 이것은 스마트 계정 UX로의 더 간단한 경로를 제공합니다.

아래는 간결한 구현 중심 가이드입니다: 실제로 배포된 것, 7702가 어떻게 작동하는지, 순수 ERC-4337보다 언제 선택해야 하는지, 그리고 오늘 적용할 수 있는 복사-붙여넣기 가능한 스캐폴드.

실제로 배포된 것​

• EIP-7702는 Pectra의 최종 범위에 포함되어 있습니다. Pectra 하드포크의 메타 EIP는 공식적으로 포함된 변경사항 중 7702를 나열합니다.
• 활성화 세부사항: Pectra는 2025년 5월 7일 에포크 364032에서 메인넷에 활성화되었으며, 모든 주요 테스트넷에서의 성공적인 활성화를 따랐습니다.
• 툴체인 주의사항: Solidity v0.8.30은 Pectra 호환성을 위해 기본 EVM 타겟을 prague로 업데이트했습니다. 특히 특정 버전을 고정하는 경우 컴파일러와 CI 파이프라인을 업그레이드해야 합니다.

EIP-7702—어떻게 작동하는가 (세부사항)​

EIP-7702는 새로운 트랜잭션 유형과 EOA가 실행 로직을 스마트 컨트랙트에 위임할 수 있는 메커니즘을 도입합니다.

• 새로운 트랜잭션 유형 (0x04): 타입-4 트랜잭션은 authorization_list라는 새로운 필드를 포함합니다. 이 리스트는 하나 이상의 인증 튜플—(chain_id, address, nonce, y_parity, r, s)—을 포함하며, 각각은 EOA의 개인키로 서명됩니다. 이 트랜잭션이 처리되면, 프로토콜은 EOA의 코드 필드에 위임 표시자를 씁니다: 0xef0100 || address. 그 순간부터, EOA에 대한 모든 호출은 지정된 address(구현)로 프록시되지만, EOA의 저장소 및 잔고 컨텍스트 내에서 실행됩니다. 이 위임은 명시적으로 변경될 때까지 활성 상태를 유지합니다.
• 체인 범위: 인증은 chain_id를 제공하여 체인별이 될 수도 있고, chain_id가 0으로 설정된 경우 모든 체인에 적용될 수도 있습니다. 이를 통해 사용자가 각각에 대해 새 인증에 서명할 필요 없이 여러 네트워크에 동일한 구현 컨트랙트를 배포할 수 있습니다.
• 취소: EOA를 원래의 프로그래밍 불가능한 동작으로 되돌리려면, 구현 address가 제로 주소로 설정된 다른 7702 트랜잭션을 보내기만 하면 됩니다. 이렇게 하면 위임 표시자가 지워집니다.
• 셀프 스폰서 vs. 릴레이: EOA는 타입-4 트랜잭션을 스스로 제출할 수도 있고, 제3자 릴레이어가 EOA를 대신하여 제출할 수도 있습니다. 후자는 가스없는 사용자 경험을 만드는 데 일반적입니다. 논스 처리는 방법에 따라 약간 다르므로, 이 구별을 올바르게 관리하는 라이브러리를 사용하는 것이 중요합니다.

보안 모델 변경: 원래 EOA 개인키가 여전히 존재하기 때문에, 새로운 7702 트랜잭션을 제출하여 위임을 변경함으로써 항상 스마트 컨트랙트 규칙(소셜 복구나 지출 한도 등)을 재정의할 수 있습니다. 이것은 근본적인 변화입니다. tx.origin에 의존하여 호출이 EOA에서 왔는지 확인하는 컨트랙트는 7702가 이러한 가정을 깨뜨릴 수 있으므로 재감사가 필요합니다. 이에 따라 플로우를 감사하세요.

7702 또는 ERC-4337? (그리고 언제 결합할 것인가)​

EIP-7702와 ERC-4337 모두 계정 추상화를 가능하게 하지만, 서로 다른 요구를 충족합니다.

• EIP-7702를 선택해야 할 때…
  • 사용자에게 자금을 마이그레이션하거나 주소를 변경하도록 강요하지 않고 기존 EOA에 즉시 스마트 계정 UX를 제공하고 싶을 때.
  • 새로운 기능으로 점진적으로 업그레이드할 수 있는 체인 간 일관된 주소가 필요할 때.
  • 계정 추상화로의 전환을 단계별로 진행하고 싶을 때, 간단한 기능부터 시작하여 시간이 지나면서 복잡성을 추가하는.
• 순수 ERC-4337을 선택해야 할 때…
  • 제품이 첫날부터 완전한 프로그래밍 가능성과 복잡한 정책 엔진(멀티시그, 고급 복구 등)을 필요로 할 때.
  • 기존 EOA가 없는 새로운 사용자를 위해 구축하는 경우, 새로운 스마트 계정 주소와 관련 설정이 허용되는.
• 둘을 결합: 가장 강력한 패턴은 둘 다 사용하는 것입니다. EOA는 7702 트랜잭션을 사용하여 ERC-4337 지갑 구현을 로직으로 지정할 수 있습니다. 이렇게 하면 EOA가 4337 계정처럼 동작하게 되어, 기존 4337 인프라에 의해 번들링되고, 페이마스터에 의해 후원되며, 처리될 수 있습니다—사용자가 새 주소를 필요로 하지 않으면서 말이죠. 이는 EIP 저자들이 명시적으로 권장하는 전진 호환 경로입니다.

적용 가능한 최소 7702 스캐폴드​

구현 컨트랙트와 이를 활성화하는 클라이언트 측 코드의 실용적인 예제는 다음과 같습니다.

1. 작고 감사 가능한 구현 컨트랙트​

이 컨트랙트 코드는 지정되면 EOA의 컨텍스트 내에서 실행됩니다. 작고 감사 가능하게 유지하고, 업그레이드 메커니즘 추가를 고려하세요.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

/// @notice EIP-7702를 통해 지정될 때 EOA 컨텍스트에서 호출을 실행합니다.
contract DelegatedAccount {
    // 다른 컨트랙트와의 충돌을 피하기 위한 고유한 저장소 슬롯.
    bytes32 private constant INIT_SLOT =
        0x3fb93b3d3dcd1d1f4b4a1a8db6f4c5d55a1b7f9ac01dfe8e53b1b0f35f0c1a01;

    event Initialized(address indexed account);
    event Executed(address indexed to, uint256 value, bytes data, bytes result);

    modifier onlyEOA() {
        // 선택사항: 특정 함수를 호출할 수 있는 사람을 제한하는 검사 추가.
        _;
    }

    function initialize() external payable onlyEOA {
        // EOA의 저장소에 간단한 일회성 초기화 플래그 설정.
        bytes32 slot = INIT_SLOT;
        assembly {
            if iszero(iszero(sload(slot))) { revert(0, 0) } // 이미 초기화된 경우 revert
            sstore(slot, 1)
        }
        emit Initialized(address(this));
    }

    function execute(address to, uint256 value, bytes calldata data)
        external
        payable
        onlyEOA
        returns (bytes memory result)
    {
        (bool ok, bytes memory ret) = to.call{value: value}(data);
        require(ok, "CALL_FAILED");
        emit Executed(to, value, data, ret);
        return ret;
    }

    function executeBatch(address[] calldata to, uint256[] calldata value, bytes[] calldata data)
        external
        payable
        onlyEOA
    {
        uint256 n = to.length;
        require(n == value.length && n == data.length, "LENGTH_MISMATCH");
        for (uint256 i = 0; i < n; i++) {
            (bool ok, ) = to[i].call{value: value[i]}(data[i]);
            require(ok, "CALL_FAILED");
        }
    }
}

2. viem으로 EOA에 컨트랙트 지정 (타입-4 tx)​

viem과 같은 현대적 클라이언트는 인증에 서명하고 타입-4 트랜잭션을 보내는 내장 헬퍼를 가지고 있습니다. 이 예제에서 relayer 계정은 eoa를 업그레이드하기 위한 가스를 지불합니다.

import { createWalletClient, http, encodeFunctionData } from "viem";
import { sepolia } from "viem/chains";
import { privateKeyToAccount } from "viem/accounts";
import { abi, implementationAddress } from "./DelegatedAccountABI";

// 1. 릴레이어(가스 후원)와 업그레이드될 EOA 정의
const relayer = privateKeyToAccount(process.env.RELAYER_PK as `0x${string}`);
const eoa = privateKeyToAccount(process.env.EOA_PK as `0x${string}`);

const client = createWalletClient({
  account: relayer,
  chain: sepolia,
  transport: http(),
});

// 2. EOA가 구현 컨트랙트를 가리키는 인증에 서명
const authorization = await client.signAuthorization({
  account: eoa,
  contractAddress: implementationAddress,
  // EOA 자체가 이를 보내는 경우 추가할 것: executor: 'self'
});

// 3. 릴레이어가 EOA의 코드를 설정하고 initialize() 호출하기 위해 타입-4 트랜잭션을 보냄
const hash = await client.sendTransaction({
  to: eoa.address, // 목적지는 EOA 자체
  authorizationList: [authorization], // 새로운 EIP-7702 필드
  data: encodeFunctionData({ abi, functionName: "initialize" }),
});

// 4. 이제 EOA는 추가 인증 없이 새로운 로직을 통해 제어할 수 있습니다
// 예를 들어, 트랜잭션을 실행하려면:
// await client.sendTransaction({
//   to: eoa.address,
//   data: encodeFunctionData({ abi, functionName: 'execute', args: [...] })
// });

3. 위임 취소 (일반 EOA로 되돌리기)​

업그레이드를 취소하려면, EOA가 제로 주소를 구현으로 지정하는 인증에 서명하고 다른 타입-4 트랜잭션을 보내도록 합니다. 이후 eth_getCode(eoa.address) 호출은 빈 바이트를 반환해야 합니다.

프로덕션에서 작동하는 통합 패턴​

• 기존 사용자를 위한 제자리 업그레이드: dapp에서 사용자가 Pectra 호환 네트워크에 있는지 감지합니다. 그렇다면 일회성 인증 서명을 트리거하는 선택적 "계정 업그레이드" 버튼을 표시합니다. 오래된 지갑을 가진 사용자를 위한 대체 경로(클래식 approve + swap 등)를 유지합니다.
• 가스리스 온보딩: 초기 타입-4 트랜잭션을 후원하기 위해 릴레이어(백엔드 또는 서비스)를 사용합니다. 지속적인 가스리스 트랜잭션의 경우, 기존 페이마스터와 공개 멤풀을 활용하기 위해 ERC-4337 번들러를 통해 사용자 작업을 라우팅합니다.
• 크로스체인 롤아웃: 모든 체인에서 동일한 구현 컨트랙트를 지정하기 위해 chain_id = 0 인증을 사용합니다. 그런 다음 애플리케이션 로직 내에서 체인별로 기능을 활성화하거나 비활성화할 수 있습니다.
• 관찰가능성: 백엔드는 타입-4 트랜잭션을 인덱싱하고 어떤 EOA가 업그레이드되었는지 추적하기 위해 authorization_list를 파싱해야 합니다. 트랜잭션 후에는 eth_getCode를 호출하고 EOA의 코드가 이제 위임 표시자(0xef0100 || implementationAddress)와 일치하는지 확인하여 변경을 검증합니다.

위협 모델 및 주의사항 (이것을 건너뛰지 마세요)​

• 위임은 지속적입니다: EOA의 구현 컨트랙트 변경을 표준 스마트 컨트랙트 업그레이드와 같은 심각성으로 다루세요. 이는 감사, 명확한 사용자 커뮤니케이션, 이상적으로는 옵트인 플로우를 필요로 합니다. 사용자에게 조용히 새로운 로직을 푸시하지 마세요.
• tx.origin 지뢰: msg.sender == tx.origin을 사용하여 호출이 EOA에서 직접 왔는지 확인하는 로직은 이제 잠재적으로 취약합니다. 이 패턴은 EIP-712 서명이나 명시적 허용 목록과 같은 더 견고한 검사로 대체되어야 합니다.
• 논스 수학: EOA가 자체 7702 트랜잭션을 후원하는 경우(executor: 'self'), 인증 논스와 트랜잭션 논스가 특정한 방식으로 상호작용합니다. 재생 문제를 피하기 위해 이를 올바르게 처리하는 라이브러리를 항상 사용하세요.
• 지갑 UX 책임: EIP-7702 사양은 dapp이 사용자에게 임의의 지정에 서명하도록 요청해서는 안 된다고 경고합니다. 제안된 구현을 검증하고 안전한지 확인하는 것은 지갑의 책임입니다. 지갑 매개 보안의 이 원칙에 맞춰 UX를 설계하세요.

7702가 명확한 승리인 경우​

• DEX 플로우: 멀티스텝 approve와 swap을 executeBatch 함수를 사용하여 단일 클릭으로 결합할 수 있습니다.
• 게임 및 세션: 사용자가 새로운 지갑을 생성하고 자금을 조달할 필요 없이 제한된 시간이나 범위에서 세션 키와 같은 권한을 부여합니다.
• 기업 및 핀테크: 후원된 트랜잭션을 활성화하고 회계 및 신원을 위해 모든 체인에서 동일한 기업 주소를 유지하면서 맞춤 지출 정책을 적용합니다.
• L2 브리지 및 인텐트: 다른 네트워크에서 일관된 EOA 신원을 가진 더 부드러운 메타 트랜잭션 플로우를 생성합니다.

이러한 사용 사례는 ERC-4337이 약속한 동일한 핵심 이익을 나타내지만, 이제 단일 인증으로 모든 기존 EOA에서 사용할 수 있습니다.

배송 체크리스트​

프로토콜​

• 노드, SDK, 인프라 제공업체가 타입-4 트랜잭션과 Pectra의 "prague" EVM을 지원하는지 확인.
• 새로운 트랜잭션에서 authorization_list 필드를 파싱하도록 인덱서와 분석 도구 업데이트.

컨트랙트​

• 필수 기능(배칭, 취소 등)을 가진 최소한의 감사된 구현 컨트랙트 개발.
• 메인넷에 배포하기 전에 테스트넷에서 취소 및 재지정 플로우를 철저히 테스트.

클라이언트​

• 클라이언트 측 라이브러리(viem, ethers 등) 업그레이드 및 signAuthorization 및 sendTransaction 함수 테스트.
• 셀프 스폰서 및 릴레이 트랜잭션 경로 모두 논스와 재생을 올바르게 처리하는지 확인.

보안​

• 컨트랙트에서 tx.origin에 기반한 모든 가정을 제거하고 더 안전한 대안으로 교체.
• 사용자 주소에서 예상치 못한 코드 변경을 감지하고 의심스러운 활동에 대해 알려주는 배포 후 모니터링 구현.

결론: EIP-7702는 이미 사용 중인 수백만 개의 EOA에 대한 스마트 계정 UX로의 저마찰 진입로를 제공합니다. 작고 감사된 구현으로 시작하고, 가스리스 설정을 위해 릴레이 경로를 사용하며, 취소를 명확하고 쉽게 만들면, 전체 계정 추상화의 90% 이익을 제공할 수 있습니다—주소 변경과 자산 마이그레이션의 고통 없이.

수년간 블록체인 분야에서 일반적인 상식은 “클수록 좋다”는 것이었습니다. 이더리움 글로벌 네트워크(EGN)는 이더리움 메인넷부터 수많은 다른 프로젝트에 이르기까지 수천 개의 서비스를 지원하는 방대한 피어‑투‑피어(P2P) 레이어로, 바로 이 생각에 기반해 구축되었습니다[cite: 4, 25]. 이론은 간단했습니다: 모두가 같은 공간을 공유하는 거대하고 혼합된 네트워크가 노드 탐색을 촉진하고 생태계를 공격에 더 탄력적으로 만든다는 것이었습니다[cite: 34, 35].

하지만 “A Place for Everyone vs Everyone in its Place: Measuring and Attacking the Ethereum Global Network”라는 중요한 연구 논문은 이 근본적인 믿음에 도전합니다. 연구 결과는 “모두를 위한 장소” 아키텍처가 강점이 아니라 심각한 비효율성과 위험한 보안 취약성을 초래하며, 총 시장 가치가 5천억 달러가 넘는 서비스에 영향을 미칠 수 있음을 보여줍니다[cite: 6, 24].

효율성 악몽: 군중 속에 외치기​

EGN의 약속은 노드가 동일한 서비스를 제공하는 피어를 쉽게 찾고 연결할 수 있다는 것이었습니다[cite: 34]. 현실은 정반대였습니다. 연구에 따르면 노드들은 방대한 EGN의 소음 속에서 동료를 찾기 위해 필사적으로 고군분투하고 있습니다[cite: 8].

비효율성은 충격적입니다:

• 낭비된 연결: 노드의 연결 시도 중 75% 이상이 전혀 다른 서비스의 피어에게 향합니다[cite: 8].
• 극단적인 연결 비용: 놀라운 사례에서, 한 노드는 단 하나의 유효한 이웃을 찾기 위해 평균 45,908번의 연결 시도를 해야 했습니다[cite: 9]. 이는 비트코인의 성공률이 4분의 1이라는 추정치와 크게 대조됩니다[cite: 54].
• 뒤로 물러나는 한 걸음: 개선을 목표로 만든 최신 탐색 프로토콜 Discv5는 오히려 더 나쁜 성능을 보였습니다. 12시간 테스트에서 Discv5를 사용한 노드들은 세 개 이하의 연결만을 수립했으며, 이는 서비스 광고를 위한 핵심 “주제 탐색 메커니즘”이 모든 주요 클라이언트에서 구현되지 않았기 때문입니다[cite: 57, 59].

핵심 문제는 EGN의 대부분 노드가 라우팅 테이블(‘주소록’)에 관련 없는 피어들로 가득 차 있다는 점입니다. 연구에 따르면 대부분의 Discv4 노드는 DHT(분산 해시 테이블)에서 동일 서비스 피어를 5% 미만만 유지하고 있습니다[cite: 44].

보안 환상: 취약한 거인​

“클수록 안전하다”는 논리의 두 번째 기둥은 보안이었습니다— EGN의 거대한 규모가 공격자의 영향력을 희석시킬 것이라는 주장[cite: 35]. 논문은 악성 노드가 네트워크 주소록을 자체 엔트리로 가득 채우는 DHT 오염 공격을 시뮬레이션함으로써 이 가정을 무너뜨립니다[cite: 61, 62].

결과는 EGN의 혼합 특성이 방어가 아니라 치명적인 취약점임을 보여줍니다[cite: 10, 65]:

• 압도적으로 효과적: 전체 네트워크의 0.3% 미만에 해당하는 300개의 악성 노드만으로도 대부분 서비스의 연결 성공률을 1% 이하로 떨어뜨릴 수 있습니다[cite: 11, 63].
• 대규모 격리: 24시간 만에 이 소규모 공격은 네트워크를 성공적으로 분할시켜 수천 개의 정직한 노드가 자신의 서비스를 이용하지 못하도록 만들었습니다[cite: 11, 64].
• 설계상의 문제: 이 취약점은 버그가 아니라 혼합 아키텍처의 내재된 결과입니다[cite: 65]. 동일한 공격을 서비스별로 분리된 전용 네트워크에 적용했을 때는 라우팅 테이블이 깨끗하고 관련 피어만 포함하고 있어 “대체로 효과가 없었다”는 결과가 나왔습니다[cite: 66].

앞으로의 길: “제자리에 있는 모두”​

연구는 EGN의 혼합 아키텍처가 특히 비효율적이고 불안정한 환경에서 작은 서비스들을 부수적으로 피해를 입히는 구조라고 결론짓습니다[cite: 37]. 해결책은 글로벌 네트워크를 포기하는 것이 아니라, “모두를 위한 장소”에서 “모두가 제자리에 있는” 구조로 전환하는 것입니다[cite: 522].

논문이 제시하는 두 가지 핵심 해결책:

1. 서비스별 DHT: 모든 노드가 자신의 서비스 정보를 Ethereum Node Record(ENR)에 직접 포함하도록 의무화합니다[cite: 490, 491]. 이 간단한 변경만으로도 노드가 동일 서비스 피어를 필터링하고 우선순위를 두게 되어, 탈중앙성을 해치지 않으면서도 탐색 효율성과 보안을 크게 향상시킬 수 있습니다[cite: 495].
2. 보다 신뢰할 수 있는 부트노드: 시뮬레이션은 부트노드가 네트워크 분할에 대한 최후 방어선 역할을 한다는 점을 강조했습니다[cite: 496]. 논문은 각 서비스가 부트노드 수를 늘리고, 동일 서비스 피어를 저장하도록 구성해 네트워크 복구를 위한 탄탄한 백본을 구축할 것을 권고합니다[cite: 499].

개발자와 전체 생태계의 건강을 위해, 이 발견은 중요한 경각심을 일깨워 줍니다. 견고하고 효율적인 P2P 레이어는 모든 탈중앙화 서비스의 기반입니다. 제안된 수정 사항을 구현함으로써, 커뮤니티는 모두에게 작동하는 보다 조직적이고 안전하며 진정한 글로벌 네트워크를 향해 나아갈 수 있습니다.

Ethereum 과 같은 블록체인 기술의 핵심 약속 중 하나는 일정 수준의 익명성이다. 검증자라 불리는 참여자들은 암호화된 가명 뒤에 숨겨져 실제 신원을 보호하고, 따라서 보안도 확보된다고 여겨진다.

하지만 ETH Zurich 와 기타 기관의 연구원들이 발표한 최근 논문 “Deanonymizing Ethereum Validators: The P2P Network Has a Privacy Issue”는 이 가정에 중대한 결함이 있음을 밝혀냈다. 그들은 검증자의 공개 식별자를 해당 검증자가 실행 중인 머신의 IP 주소와 직접 연결하는 간단하고 저비용인 방법을 시연했다.

요컨대, Ethereum 검증자는 많은 사람들이 생각하는 만큼 익명하지 않다. 이 발견은 Ethereum Foundation 으로부터 버그 현상금까지 수여받을 정도로 프라이버시 유출의 심각성을 인정받았다.

취약점 작동 원리: 가십(Gossip) 내 결함​

취약점을 이해하려면 먼저 Ethereum 검증자들이 어떻게 통신하는지 기본적인 그림을 그려야 한다. 네트워크에는 백만 명이 넘는 검증자가 존재하며, 이들은 지속적으로 체인의 상태에 대해 “투표”한다. 이러한 투표를 attestation(인증)이라 하며, 피어‑투‑피어 ($P2P$) 네트워크를 통해 모든 다른 노드에 전파된다.

검증자가 너무 많아 모든 투표를 모두에게 전파하면 네트워크가 즉시 과부하된다. 이를 해결하기 위해 Ethereum 설계자는 영리한 확장 방안을 도입했다: 네트워크를 64개의 별도 통신 채널, 즉 subnet(서브넷)으로 나눈 것이다.

• 기본적으로 각 노드(검증자 소프트웨어가 실행되는 컴퓨터)는 이 64개 서브넷 중 두 개에만 구독한다. 노드의 주요 역할은 그 두 채널에서 보는 모든 메시지를 충실히 중계하는 것이다.
• 검증자가 투표를 해야 할 때, 해당 attestation 은 무작위로 64개 서브넷 중 하나에 할당되어 전파된다.

바로 여기서 취약점이 발생한다. 예를 들어, 채널 12와 13만 관리하도록 설정된 노드가 있다고 하자. 이 노드는 하루 종일 그 두 채널의 메시지만을 전달한다. 그런데 어느 순간, 채널 45에 속한 메시지를 받게 된다.

이는 강력한 단서다. 왜 노드가 자신이 담당하지 않은 채널의 메시지를 처리하겠는가? 가장 논리적인 결론은 그 노드 자체가 해당 메시지를 생성했다는 것이다. 즉, 채널 45에 대한 attestation 을 만든 검증자가 바로 그 머신에서 실행되고 있다는 의미다.

연구진은 바로 이 원리를 이용했다. 자신들의 청취 노드를 구축하고, 피어들이 어느 서브넷에서 attestation 을 보내는지 모니터링했다. 피어가 공식적으로 구독하지 않은 서브넷에서 메시지를 보낼 경우, 그 피어가 해당 검증자를 호스팅하고 있다고 높은 확신을 가지고 추론할 수 있었다.

이 방법은 놀라울 정도로 효과적이었다. 세 날 동안 네 개의 노드만 사용해 팀은 161,000개 이상의 검증자 IP 주소를 찾아냈으며, 이는 전체 Ethereum 네트워크의 15% 이상에 해당한다.

왜 중요한가: 익명성 해제의 위험​

검증자의 IP 주소가 노출되는 것은 사소한 문제가 아니다. 이는 개별 운영자를 겨냥한 공격은 물론, 전체 Ethereum 네트워크의 건전성을 위협하는 문을 연다.

1. 표적 공격 및 보상 탈취
Ethereum 은 다음 블록을 제안할 검증자를 몇 분 전에 공개한다. 공격자는 해당 검증자의 IP 주소를 알면 DDoS(서비스 거부) 공격을 감행해 트래픽을 폭주시켜 오프라인 상태로 만들 수 있다. 검증자가 4초 안에 블록을 제안하지 못하면 기회는 다음 검증자에게 넘어간다. 공격자가 바로 그 다음 검증자라면, 피해자 대신 블록 보상과 귀중한 트랜잭션 수수료(MEV)를 차지할 수 있다.

2. 네트워크 가용성 및 안전성 위협
자원이 풍부한 공격자는 이러한 “스니핑” 공격을 반복해 전체 블록체인의 처리 속도를 늦추거나 정지시킬 수 있다(가용성 공격). 더 심각한 경우, 이 정보를 이용해 네트워크 분할 공격을 수행해 체인의 이력에 대한 합의를 깨뜨릴 수 있다(안전성 공격).

3. 중앙화된 현실 드러남
연구는 네트워크 탈중앙화에 대한 불편한 진실도 밝혀냈다:

• 극단적 집중: 팀은 하나의 IP 주소가 19,000개 이상의 검증자를 운영하고 있음을 발견했다. 단일 머신의 장애가 네트워크에 과도한 영향을 미칠 수 있다.
• 클라우드 의존: 찾아낸 검증자의 90% 이상이 AWS, Hetzner 등 클라우드 제공업체에서 운영되고 있었다. 이는 개인 홈 스테이커가 아닌 클라우드에 의존하고 있음을 의미한다.
• 숨겨진 의존성: 많은 대형 스테이킹 풀은 운영자가 독립적이라고 주장하지만, 연구 결과 서로 경쟁하는 풀의 검증자들이 같은 물리 머신에서 실행되고 있는 사례가 발견돼 시스템적 위험이 은폐돼 있음을 보여준다.

완화 방안: 검증자는 어떻게 스스로를 보호할 수 있는가?​

다행히 이 익명성 해제 기법에 맞설 방법이 존재한다. 연구진은 다음과 같은 완화 방안을 제시했다:

• 노이즈 증가: 검증자는 두 개 이상의 서브넷—심지어는 전체 64개—에 구독하도록 선택할 수 있다. 이렇게 하면 관찰자가 중계 메시지와 자체 생성 메시지를 구분하기 훨씬 어려워진다.
• 다중 노드 운영: 운영자는 서로 다른 IP를 가진 여러 머신에 검증자 역할을 분산시킬 수 있다. 예를 들어, 하나의 노드는 attestation 전송에만 사용하고, 별도의 프라이빗 노드는 고가치 블록 제안에만 활용한다.
• 프라이빗 피어링: 검증자는 신뢰할 수 있는 소수의 노드와 전용 연결을 구축해 메시지를 중계함으로써 진짜 출처를 작은 신뢰 그룹 안에 숨길 수 있다.
• 익명 브로드캐스트 프로토콜: Dandelion 과 같이 메시지의 출처를 무작위 “줄기(stem)”를 통해 전달한 뒤 널리 퍼뜨리는 방식을 구현하면 출처 추적을 더욱 어렵게 만든다.

결론​

이 연구는 분산 시스템에서 성능과 프라이버시 사이의 근본적인 트레이드오프를 강력히 보여준다. 확장성을 위해 Ethereum 의 $P2P$ 네트워크가 채택한 설계는 가장 핵심적인 참여자들의 익명성을 희생시켰다.

취약점을 공개함으로써 연구진은 Ethereum 커뮤니티에 문제 인식과 해결 방안을 제공했다. 이 작업은 보다 견고하고 안전하며 진정으로 탈중앙화된 네트워크를 구축하기 위한 중요한 첫걸음이다.

BlockEden.xyz는 Base, Berachain, Blast라는 세 가지 최첨단 블록체인 네트워크를 추가하여 API 마켓플레이스를 크게 확장하게 되어 매우 기쁩니다. 이러한 새로운 서비스는 개발자에게 가장 혁신적인 블록체인 인프라에 대한 포괄적인 접근성을 제공하고, 여러 생태계에 걸쳐 원활한 개발을 가능하게 하겠다는 우리의 약속을 반영합니다.

Base: Coinbase의 Ethereum L2 솔루션​

Base는 Coinbase가 개발한 Ethereum 레이어 2 (L2) 솔루션으로, 수백만 명의 사용자를 온체인 생태계로 끌어들이기 위해 설계되었습니다. 안전하고 저비용이며 개발자 친화적인 Ethereum L2인 Base는 Ethereum의 견고한 보안과 옵티미스틱 롤업의 확장성을 결합합니다.

새로운 Base API 엔드포인트를 통해 개발자는:

• 자체 노드를 관리하지 않고 Base 인프라에 접근
• 99.9% 가동률을 보장하는 고성능 RPC 연결 활용
• 낮은 수수료로 Ethereum 보안을 활용하는 애플리케이션 구축
• 확장 중인 Base 생태계와 원활히 상호작용

Base는 Ethereum 보안이 필요하지만 비용을 크게 절감하고자 하는 소비자 중심 애플리케이션 개발자에게 특히 매력적입니다.

Berachain: 성능과 EVM 호환성의 조화​

Berachain은 높은 성능과 완전한 Ethereum Virtual Machine (EVM) 호환성을 결합한 독특한 블록체인 인프라를 제공합니다. 개발자들 사이에서 큰 관심을 받고 있는 이 신흥 네트워크는 다음을 특징으로 합니다:

• 향상된 처리량을 갖춘 EVM 호환성
• 고급 스마트 계약 기능
• 혁신적인 DeFi 애플리케이션이 늘어가는 생태계
• 트랜잭션 속도에 최적화된 독특한 합의 메커니즘

Berachain API를 통해 개발자는 복잡한 인프라 관리 없이 바로 네트워크에 접근해 애플리케이션을 구축하고 테스트할 수 있습니다.

Blast: 최초의 네이티브 수익 L2​

Blast는 ETH와 스테이블코인에 대한 네이티브 수익을 제공하는 최초의 Ethereum L2입니다. 이 혁신적인 수익 모델은 특히 자본 효율성을 중시하는 DeFi 개발자와 애플리케이션에 큰 매력을 제공합니다.

Blast API의 주요 장점은 다음과 같습니다:

• Blast 고유의 네이티브 수익 메커니즘에 직접 접근
• 수익 최적화 애플리케이션 구축 지원
• Blast만의 독특한 기능과의 간편한 통합
• 원활한 상호작용을 위한 고성능 RPC 연결

Blast가 제공하는 네이티브 수익은 Ethereum L2 솔루션의 새로운 방향을 제시하며, 생태계 전반에 걸쳐 자본 효율성의 새로운 기준을 만들 가능성이 있습니다.

원활한 통합 프로세스​

새로운 네트워크를 시작하는 과정은 BlockEden.xyz와 함께라면 매우 간단합니다:

1. 우리의 API 마켓플레이스에 방문해 원하는 네트워크 선택
2. BlockEden.xyz 대시보드에서 API 키 생성
3. 포괄적인 문서를 참고해 엔드포인트를 개발 환경에 통합
4. 99.9% 가동률 보증을 바탕으로 자신 있게 개발 시작

왜 BlockEden.xyz를 선택해야 할까요?​

BlockEden.xyz는 다음과 같은 핵심 가치를 통해 차별화됩니다:

• 고가용성: 모든 지원 네트워크에서 99.9% 가동률 유지
• 개발자 중심: 원활한 통합을 위한 포괄적인 문서와 지원
• 통합 경험: 단일 인터페이스로 다중 블록체인 네트워크 접근
• 경쟁력 있는 가격: 컴퓨트 유닛 크레딧 (CUC) 시스템을 통해 비용 효율적인 확장 가능

앞으로의 기대​

Base, Berachain, Blast를 API 마켓플레이스에 추가함으로써 우리는 다양하고 진화하는 블록체인 생태계를 지원하려는 지속적인 약속을 reaffirm합니다. 이 네트워크들이 성장하고 더 많은 개발자를 끌어들일수록, BlockEden.xyz는 차세대 탈중앙화 애플리케이션을 구축하는 데 필요한 신뢰할 수 있는 인프라를 제공할 것입니다.

개발자 여러분께 새로운 서비스를 직접 체험하고 피드백을 제공해 주시길 초대합니다. 여러분의 의견은 API 마켓플레이스를 지속적으로 개선하고 확장하는 데 큰 도움이 됩니다.

Base, Berachain, Blast 중 하나에서 바로 개발을 시작하고 싶으신가요? 오늘 바로 BlockEden.xyz API 마켓플레이스를 방문해 액세스 키를 생성하고 여정을 시작하세요!

최신 업데이트와 공지를 받으려면 Twitter에서 팔로우하거나 Discord 커뮤니티에 참여해 주세요.

이더리움이 기다려온 속도 혁명?​

블록체인 확장 솔루션이 치열하게 경쟁하는 세계에서, 새로운 경쟁자가 등장해 흥분과 논란을 동시에 일으키고 있습니다. MegaETH는 Solana와 같은 초고속 체인에 대한 이더리움의 답변으로 자리매김하며, 서브밀리초 지연과 놀라운 초당 100,000건의 트랜잭션 (TPS) 을 약속합니다.

하지만 이러한 주장에는 상당한 트레이드오프가 따릅니다. MegaETH는 “Ethereum을 다시 위대하게 만들기” 위해 의도적인 희생을 감수하고 있으며, 성능, 보안, 탈중앙화 사이의 균형에 대한 중요한 질문을 제기합니다.

많은 유망한 솔루션이 등장하고 사라지는 것을 지켜본 인프라 제공업체인 BlockEden.xyz는 개발자와 구축자를 위해 MegaETH가 무엇이 독특한지, 그리고 구축 전에 고려해야 할 위험은 무엇인지 분석했습니다.

MegaETH만의 차별점은?​

MegaETH는 실시간 성능에 초점을 맞춘 이더리움 레이어‑2 솔루션으로, 블록체인 아키텍처를 완전히 재구상했습니다.

대부분의 L2가 이더리움의 15 TPS를 10‑100배 향상시키는 반면, MegaETH는 1,000‑10,000배 향상을 목표로 하여 자체적인 카테고리를 만들고 있습니다.

혁신적인 기술 접근​

MegaETH는 급진적인 엔지니어링 결정을 통해 놀라운 속도를 달성합니다:

1. 단일 Sequencer 아키텍처: 대부분의 L2가 다중 Sequencer를 사용하거나 탈중앙화를 계획하는 것과 달리, MegaETH는 트랜잭션 순서를 위한 단일 Sequencer를 사용해 성능을 우선시합니다.
2. 최적화된 State Trie: 테라바이트 수준의 상태 데이터를 제한된 RAM에서도 효율적으로 처리할 수 있도록 완전히 재설계된 상태 저장 시스템.
3. JIT 바이트코드 컴파일: 이더리움 스마트 계약 바이트코드를 실시간으로 컴파일해 “베어 메탈”에 가까운 실행 속도 제공.
4. 병렬 실행 파이프라인: 다중 코어 접근 방식을 통해 트랜잭션을 병렬 스트림으로 처리, 처리량 극대화.
5. 마이크로 블록: 배치 처리 대신 지속적인 “스트리밍” 블록 생성을 통해 1ms 블록 타임 목표.
6. EigenDA 통합: 모든 데이터를 이더리움 L1에 게시하는 대신 EigenLayer의 데이터 가용성 솔루션을 사용해 비용 절감 및 이더리움 정렬 검증을 통한 보안 유지.

이 아키텍처는 블록체인에 거의 불가능에 가까운 성능 지표를 제공합니다:

• 서브밀리초 지연 (목표 10ms)
• 초당 100,000+ TPS 처리량
• 손쉬운 애플리케이션 포팅을 위한 EVM 호환성

주장 검증: MegaETH 현재 상황​

2025년 3월 현재, MegaETH 공개 테스트넷이 운영 중입니다. 초기 배포는 3월 6일에 시작돼 인프라 파트너와 dApp 팀을 대상으로 단계적으로 롤아웃된 뒤, 일반 사용자에게 확대되었습니다.

초기 테스트넷 지표:

• 초당 1.68 Giga‑gas 처리량
• 15ms 블록 타임 (다른 L2보다 현저히 빠름)
• 병렬 실행 지원으로 향후 성능이 더욱 상승할 예정

팀은 현재 테스트넷이 다소 제한된 모드로 운영되고 있으며, 추가 병렬화를 통해 가스 처리량을 약 3.36 Ggas/sec까지 두 배로 늘릴 계획이라고 밝혔습니다. 궁극적인 목표는 10 Ggas/sec (초당 10억 가스) 입니다.

보안 및 신뢰 모델​

MegaETH의 보안 접근 방식은 블록체인 정통성을 크게 탈피합니다. 수천 개의 검증 노드로 구성된 이더리움의 신뢰 최소화 설계와 달리, MegaETH는 이더리움을 보안 백업으로 삼는 중앙집중식 실행 레이어를 채택합니다.

“악의적 행위 불가” 철학​

MegaETH는 몇 가지 독특한 특성을 가진 옵티미스틱 롤업 보안 모델을 사용합니다:

1. Fraud Proof 시스템: 다른 옵티미스틱 롤업과 마찬가지로, 관찰자는 이더리움에 제출된 Fraud Proof를 통해 잘못된 상태 전이를 도전할 수 있습니다.
2. Verifier Nodes: 독립 노드가 Sequencer의 계산을 복제하고, 불일치가 발견되면 Fraud Proof를 시작합니다.
3. Ethereum Settlement: 모든 트랜잭션은 최종적으로 이더리움에 정산되어 이더리움의 보안을 물려받습니다.

이러한 메커니즘은 “악의적 행위 불가”를 의미합니다—Sequencer가 잘못된 블록을 생성하거나 상태를 잘못 변경하면 즉시 적발·처벌됩니다.

중앙집중화 트레이드오프​

논란이 되는 부분: MegaETH는 단일 Sequencer를 사용하며 “Sequencer를 절대로 탈중앙화하지 않을” 계획을 명시했습니다. 이는 두 가지 주요 위험을 초래합니다:

1. 가용성 위험: Sequencer가 오프라인이 되면 네트워크는 복구되거나 새로운 Sequencer가 지정될 때까지 정지합니다.
2. 검열 위험: 단기적으로 Sequencer가 특정 트랜잭션이나 사용자를 검열할 가능성이 있지만, 사용자는 최종적으로 L1을 통해 탈출할 수 있습니다.

MegaETH는 이러한 위험이 다음 이유로 수용 가능하다고 주장합니다:

• L2는 최종 보안을 위해 이더리움에 고정돼 있음
• 데이터 가용성은 EigenDA의 다중 노드가 담당
• 검열이나 사기는 커뮤니티가 감시하고 도전할 수 있음

사용 사례: 초고속 실행이 중요한 순간​

MegaETH의 실시간 성능은 기존에 느린 블록체인에서는 실현하기 어려웠던 다양한 사용 사례를 가능하게 합니다:

1. 고빈도 트레이딩 및 DeFi​

MegaETH는 거의 즉시 거래가 체결되고 주문서가 업데이트되는 DEX를 구현합니다. 현재 구축 중인 프로젝트:

• GTE: 중앙 제한 주문서와 AMM 유동성을 결합한 실시간 현물 DEX
• Teko Finance: 빠른 마진 업데이트가 가능한 레버리지 대출 마켓
• Cap: 시장 간 차익을 노리는 스테이블코인·수익 엔진
• Avon: 주문서 기반 대출 매칭을 제공하는 대출 프로토콜

이러한 DeFi 애플리케이션은 MegaETH의 처리량 덕분에 최소 슬리피지와 고빈도 업데이트가 가능해집니다.

2. 게임 및 메타버스​

서브초 최종 확정은 온체인 게임을 대기 시간 없이 구현할 수 있게 합니다:

• Awe: 온체인 액션을 지원하는 오픈월드 3D 게임
• Biomes: 마인크래프트와 유사한 온체인 메타버스
• Mega Buddies·Mega Cheetah: 컬렉터블 아바타 시리즈

이러한 애플리케이션은 블록체인 게임에서 실시간 피드백을 제공해 빠른 페이스의 플레이와 온체인 PvP 전투를 가능하게 합니다.

3. 엔터프라이즈 애플리케이션​

MegaETH의 성능은 고처리량을 요구하는 기업용 사례에도 적합합니다:

• 즉시 결제 인프라
• 실시간 위험 관리 시스템
• 즉시 최종 확정이 가능한 공급망 검증
• 고빈도 경매 시스템

모든 경우에 공통적인 장점은 이더리움 생태계와 연결된 상태에서 즉각적인 피드백을 제공하는 컴퓨팅 집약형 애플리케이션을 실행할 수 있다는 점입니다.

MegaETH 팀 소개​

MegaETH는 다음과 같은 뛰어난 경력을 가진 공동 창업자들에 의해 설립되었습니다:

• Li Yilong: 스탠포드 컴퓨터 과학 박사, 저지연 컴퓨팅 시스템 전문가
• Yang Lei: MIT 박사, 탈중앙 시스템 및 이더리움 연결성 연구
• Shuyao Kong: 전 ConsenSys 글로벌 비즈니스 개발 책임자

프로젝트는 이더리움 공동 창업자인 Vitalik Buterin과 Joseph Lubin을 포함한 유명 투자자들의 지원을 받았습니다. Vitalik이 특정 프로젝트에 투자하는 경우는 드물기 때문에 특히 주목받고 있습니다.

그 외 투자자로는 Sreeram Kannan(EigenLayer 설립자), Dragonfly Capital, Figment Capital, Robot Ventures 등과 커뮤니티 인플루언서 Cobie 등이 있습니다.

토큰 전략: 소울바운드 NFT 접근​

MegaETH는 “The Fluffle”이라 불리는 소울바운드 NFT를 통해 혁신적인 토큰 배포 방식을 도입했습니다. 2025년 2월에 총 10,000개의 양도 불가능 NFT를 발행했으며, 이는 전체 MegaETH 토큰 공급량의 최소 5%에 해당합니다.

주요 토큰 이코노미:

• 5,000 NFT가 1 ETH에 판매돼 약 1,300만~1,400만 달러 조달
• 나머지 5,000 NFT는 생태계 프로젝트와 빌더에게 할당
• NFT는 소울바운드(양도 불가) 형태로 장기적인 정렬을 보장
• 약 5억 4천만 달러에 해당하는 가치 평가(프리런치 프로젝트로서는 매우 높은 수준)
• 팀은 약 3천만~4천만 달러 규모의 벤처 펀딩을 유치

궁극적으로 MegaETH 토큰은 거래 수수료의 네이티브 통화이자, 스테이킹·거버넌스 용도로 활용될 예정입니다.

경쟁사와 비교​

다른 이더리움 L2와 비교​

Optimism, Arbitrum, Base와 비교했을 때 MegaETH는 훨씬 빠르지만 탈중앙화 측면에서 더 큰 타협을 합니다:

• 성능: MegaETH는 100,000+ TPS 목표 vs. Arbitrum은 250ms 트랜잭션 시간 및 낮은 처리량
• 탈중앙화: MegaETH는 단일 Sequencer vs. 다른 L2는 탈중앙화된 Sequencer 계획
• 데이터 가용성: MegaETH는 EigenDA 사용 vs. 다른 L2는 데이터를 직접 이더리움에 게시

Solana 및 고성능 L1과 비교​

MegaETH는 “Solana를 자체 게임에서 이기겠다”는 목표를 가지고 이더리움 보안을 활용합니다:

• 처리량: MegaETH 100k+ TPS vs. Solana 이론상 65k TPS(실제는 수천 수준)
• 지연: MegaETH 10ms vs. Solana 400ms 최종 확정
• 탈중앙화: MegaETH 1 Sequencer vs. Solana 1,900 검증인

ZK‑Rollup (StarkNet, zkSync)과 비교​

ZK‑Rollup은 유효성 증명을 통한 강력한 보안을 제공하지만:

• 속도: MegaETH는 ZK 증명 대기 없이 더 빠른 사용자 경험 제공
• 무신뢰성: ZK‑Rollup은 Sequencer 신뢰 필요 없음, 보안이 더 강함
• 향후 계획: MegaETH는 향후 ZK 증명을 통합해 하이브리드 솔루션이 될 가능성 존재

MegaETH의 포지셔닝은 명확합니다: 이더리움 생태계 내에서 가장 빠른 옵션이며, Web2 수준의 속도를 위해 일부 탈중앙화를 포기합니다.

인프라 관점: 빌더가 고려해야 할 점​

블록체인 노드와 API 서비스를 제공하는 인프라 제공업체인 BlockEden.xyz는 MegaETH 접근 방식에서 기회와 도전을 모두 보고 있습니다:

빌더에게 제공되는 잠재적 이점​

1. 탁월한 사용자 경험: 애플리케이션이 즉각적인 피드백과 높은 처리량을 제공해 Web2와 유사한 반응성을 구현.
2. EVM 호환성: 기존 이더리움 dApp을 최소 수정으로 포팅 가능, 성능 향상.
3. 비용 효율성: 높은 처리량 덕분에 사용자와 애플리케이션 모두의 거래당 비용 감소.
4. 이더리움 보안 백업: 실행 레이어의 중앙집중화에도 불구하고 최종 정산은 이더리움에서 이루어져 보안 기반 확보.

위험 요소​

1. 단일 장애점: 중앙화된 Sequencer는 가용성 위험을 초래—다운 시 애플리케이션도 중단.
2. 검열 취약성: 트랜잭션 검열 가능성 및 즉각적인 구제 수단 부재.
3. 초기 단계 기술: 아직 대규모 실사용 검증이 부족한 신기술.
4. EigenDA 의존: 비교적 새로운 데이터 가용성 솔루션에 대한 추가 신뢰 가정.

인프라 요구 사항​

MegaETH의 처리량을 지원하려면 강력한 인프라가 필요합니다:

• 방대한 데이터를 처리할 수 있는 고용량 RPC 노드
• 실시간 데이터 접근을 위한 고급 인덱싱 솔루션
• 독특한 아키텍처를 모니터링할 전문화된 감시 시스템
• 크로스체인 브리지 운영을 위한 안정적인 브리지 모니터링

결론: 혁신인가 타협인가?​

MegaETH는 성능을 최우선으로 삼는 대담한 블록체인 확장 실험입니다. 이 접근 방식이 성공할지는 시장이 속도를 탈중앙화보다 더 중시하느냐에 달려 있습니다.

테스트넷에서 메인넷으로 전환되는 향후 몇 달이 관건이 될 것이며, 그 과정에서 보안·탈중앙화·보안 트레이드오프에 대한 논의가 더욱 활발해질 것입니다.

BlockEden.xyz는 여러분이 MegaETH를 활용하거나, 혹은 다른 솔루션을 선택하든, 최적의 인프라와 신뢰할 수 있는 API 서비스를 제공해 여러분의 프로젝트가 성공하도록 돕겠습니다.

이 글은 BlockEden.xyz 팀이 직접 작성했으며, 최신 정보를 반영하기 위해 정기적으로 업데이트됩니다.

MegaETH에 관심이 있거나 테스트넷에 참여하고 싶다면, 위 이미지와 링크를 통해 자세한 정보를 확인하세요.

Web3 확장 문제​

블록체인 산업은 지속적인 도전에 직면해 있습니다: 보안이나 탈중앙화를 희생하지 않으면서 수백만 사용자를 지원하도록 어떻게 확장할 것인가?

스마트 계약 플랫폼의 선두주자인 Ethereum은 기본 레이어에서 초당 약 15건의 트랜잭션을 처리합니다. 수요가 급증할 때 이 제한으로 인해 가스 비용이 급등하여 NFT 민팅이나 DeFi 파밍이 폭주할 때는 트랜잭션당 $100을 초과하기도 합니다.

이 확장 병목은 Web3 채택에 존재론적 위협이 됩니다. Web2 애플리케이션의 즉각적인 반응성에 익숙한 사용자는 토큰을 교환하거나 NFT를 민팅하기 위해 $50을 지불하고 3분을 기다리는 것을 용납하지 않을 것입니다.

여기에 블록체인 아키텍처를 급속히 재구성하고 있는 솔루션이 등장합니다: Rollups-as-a-Service ( RaaS ).

Rollups-as-a-Service ( RaaS ) 이해하기​

RaaS 플랫폼은 개발자가 처음부터 모든 것을 구축할 필요 없이 자체 맞춤형 블록체인 롤업을 배포할 수 있게 해줍니다. 이러한 서비스는 일반적으로 전문 엔지니어링 팀과 수개월의 개발이 필요했던 작업을 간소화된, 때로는 원클릭 배포 프로세스로 전환합니다.

왜 중요한가요? 롤업이 바로 블록체인 확장의 핵심이기 때문입니다.

롤업은 다음과 같이 작동합니다:

• 메인 체인 ( Layer 1 ) 외부에서 트랜잭션을 처리
• 이러한 트랜잭션을 배치
• 압축된 증명을 메인 체인에 제출

그 결과? 처리량이 크게 증가하고 비용이 크게 감소하면서도 기본 Layer 1 블록체인(예: Ethereum)의 보안을 그대로 물려받습니다.

"롤업은 Ethereum과 경쟁하는 것이 아니라 확장하는 것입니다. Ethereum 고속도로 위에 구축된 특수 익스프레스 차선과 같습니다."

이러한 확장 접근 방식은 너무나 유망해서 Ethereum은 2020년에 공식적으로 "롤업 중심 로드맵"을 채택했습니다. 이는 미래가 단일 거대 체인이 아니라 상호 연결된 목적별 롤업 생태계가 될 것임을 인정한 것입니다.

Caldera: RaaS 혁명의 선두주자​

신흥 RaaS 제공업체 중 Caldera는 눈에 띄는 선두주자입니다. 2023년에 설립되어 Dragonfly, Sequoia Capital, Lattice 등 주요 투자자로부터 2,500만 달러를 유치한 Caldera는 롤업 분야의 주요 인프라 제공업체로 빠르게 자리매김했습니다.

Caldera만의 차별점은?​

Caldera는 여러 핵심 측면에서 차별화됩니다:

1. 멀티 프레임워크 지원: 단일 롤업 프레임워크에 집중하는 경쟁사와 달리, Caldera는 Optimism의 OP Stack 및 Arbitrum의 Orbit/Nitro 기술 등 주요 프레임워크를 지원해 개발자에게 기술적 유연성을 제공합니다.

2. 엔드‑투‑엔드 인프라: Caldera와 함께 배포하면 신뢰성 높은 RPC 노드, 블록 탐색기, 인덱싱 서비스, 브리지 인터페이스 등 완전한 구성 요소 스위트를 얻게 됩니다.

3. 풍부한 통합 생태계: Caldera는 오라클, 파우셋, 지갑, 크로스‑체인 브리지(LayerZero, Axelar, Wormhole, Connext 등)와 연동된 40개 이상의 Web3 도구와 서비스가 사전 통합되어 제공됩니다.

4. Metalayer 네트워크: 아마도 Caldera의 가장 야심찬 혁신은 모든 Caldera‑구동 롤업을 하나의 통합 생태계로 연결하는 Metalayer입니다. 이를 통해 롤업 간에 유동성과 메시지를 원활히 공유할 수 있습니다.

5. 멀티‑VM 지원: 2024년 말, Caldera는 Ethereum 위에서 Solana Virtual Machine ( SVM )을 지원하는 최초의 RaaS가 되어, Solana와 같은 고성능 체인을 Ethereum의 안전한 베이스 레이어에 정산하도록 했습니다.

Caldera의 접근 방식은 롤업을 위한 "모든 것을 포괄하는 레이어"를 만들고 있습니다. 이는 서로 다른 롤업이 고립된 섬이 아니라 상호 운용 가능한 네트워크로 존재하도록 하는 것입니다.

실제 채택 사례: Caldera를 사용하는 기업​

Caldera는 2024년 말 현재 75개 이상의 롤업을 운영 중이며, 주요 프로젝트는 다음과 같습니다:

• Manta Pacific: Caldera의 OP Stack과 Celestia를 결합해 데이터 가용성을 확보한 고확장성 제로 지식 애플리케이션 네트워크.
• RARI Chain: NFT에 특화된 롤업으로 1초 미만에 트랜잭션을 처리하고 프로토콜 수준에서 NFT 로열티를 강제합니다.
• Kinto: 온체인 KYC/AML 및 계정 추상화를 제공하는 규제 준수 DeFi 플랫폼.
• Injective의 inEVM: Cosmos 생태계를 Ethereum 기반 dApp과 연결하는 EVM 호환 롤업.

이 프로젝트들은 일반적인 Layer 1에서 불가능한 맞춤형 롤업이 어떻게 애플리케이션 별 요구를 충족시키는지를 보여줍니다. 2024년 말까지 Caldera의 전체 롤업은 6백만 개 이상의 고유 지갑에 대해 3억 건 이상의 트랜잭션을 처리했으며, **총 잠금 가치(TVL)**는 거의 10억 달러에 달했습니다.

RaaS 비교: Caldera vs. 경쟁사​

RaaS 시장은 점점 경쟁이 치열해지고 있으며, 주요 플레이어는 다음과 같습니다:

Conduit​

• Optimism 및 Arbitrum 생태계에만 집중
• 완전한 셀프‑서비스, 코드 없는 경험 강조
• Zora 등 Ethereum 메인넷 롤업의 약 20%를 지원

AltLayer​

• 일회성, 온디맨드 롤업인 "Flashlayers" 제공
• 특정 이벤트나 트래픽 급증 시 탄력적 확장에 초점
• 게임 이벤트 동안 일일 180,000건 이상의 트랜잭션 처리 실적 보유

Sovereign Labs​

• 제로 지식 기술에 초점을 맞춘 Rollup SDK 개발
• Ethereum에 국한되지 않고 모든 베이스 체인에서 ZK‑롤업 구현 목표
• 아직 개발 단계에 있으며 차세대 멀티‑체인 ZK 배포를 겨냥

이들 경쟁사는 각각의 니치에서 강점을 보이지만, Caldera는 통합 롤업 네트워크, 멀티‑VM 지원, 개발자 경험에 중점을 둔 포괄적인 접근 방식으로 시장 리더십을 확보하고 있습니다.

RaaS와 블록체인 확장의 미래​

RaaS는 블록체인 환경을 근본적으로 바꿀 준비가 되어 있습니다:

1. 애플리케이션 별 체인의 급증​

산업 연구에 따르면 앞으로 수백만 개의 롤업이 등장해 각각 특정 애플리케이션이나 커뮤니티를 서비스할 것으로 예상됩니다. RaaS가 배포 장벽을 낮추면서 모든 주요 dApp이 자체 최적화 체인을 가질 수 있게 됩니다.

2. 상호 운용성은 핵심 과제​

롤업이 늘어날수록 서로 간의 통신과 가치 이동이 필수적입니다. Caldera의 Metalayer는 이러한 과제를 해결하기 위한 초기 시도이며, 롤업 간 통합된 사용자 경험을 제공하고자 합니다.

3. 고립된 체인에서 네트워크형 생태계로​

궁극적인 목표는 사용자가 어느 체인에 있는지 거의 인식하지 못하는 매끄러운 멀티‑체인 경험을 구현하는 것입니다. 가치와 데이터는 특화된 롤업들의 상호 연결된 웹을 통해 자유롭게 흐를 것입니다.

4. 클라우드와 같은 블록체인 인프라​

RaaS는 블록체인 인프라를 클라우드 서비스처럼 전환하고 있습니다. Caldera의 "Rollup Engine"은 동적 업그레이드와 모듈형 컴포넌트를 제공해 롤업을 필요에 따라 확장 가능한 구성 가능한 클라우드 서비스처럼 취급합니다.

개발자와 BlockEden.xyz에 의미하는 바​

BlockEden.xyz는 RaaS 혁명에 큰 잠재력을 보고 있습니다. 우리는 개발자를 안전하게 블록체인 노드와 연결하는 인프라 제공업체로서, 이 변화하는 환경에서 핵심적인 역할을 수행할 준비가 되어 있습니다.

롤업이 급증함에 따라 개발자는 신뢰할 수 있는 노드 인프라가 그 어느 때보다 필요합니다. 수천 개의 애플리케이션 별 체인이 존재하는 미래는 높은 가용성을 갖춘 RPC 서비스가 필수이며, 이는 바로 BlockEden.xyz가 전문으로 제공하는 영역입니다.

우리가 특히 기대하는 영역은 다음과 같습니다:

1. 롤업 전용 RPC 서비스: 롤업마다 고유한 기능과 최적화가 존재하므로 특화 인프라가 중요합니다.
2. 크로스‑체인 데이터 인덱싱: 여러 롤업 간 가치 흐름을 추적·분석할 도구가 필요합니다.
3. 고급 개발자 도구: 롤업 배포가 쉬워짐에 따라 모니터링·디버깅·분석 툴의 수요가 증가합니다.
4. 통합 API 접근: 다양한 롤업을 사용하는 개발자는 단순화된 통합 API를 원합니다.

결론: 모듈형 블록체인 미래​

Rollups-as-a-Service의 부상은 블록체인 확장에 대한 근본적인 사고 전환을 의미합니다. 모든 애플리케이션을 단일 체인에 억지로 끼워넣는 대신, 우리는 특정 사용 사례에 맞춘 전문 체인들이 서로 연결되고 견고한 Layer 1 네트워크에 의해 보호되는 모듈형 미래로 나아가고 있습니다.

Caldera가 구축한 공유 유동성과 원활한 메시징을 갖춘 통합 롤업 네트워크는 이러한 미래의 한 단면을 보여줍니다. 롤업 배포를 클라우드 서버를 띄우듯 간단하게 만들면서, RaaS 제공업체는 블록체인 인프라 접근성을 민주화하고 있습니다.

BlockEden.xyz는 다중 체인 시대에 필요한 신뢰성 높은 노드 인프라와 개발자 도구를 제공함으로써 이 진화를 적극 지원합니다. 우리는 종종 “Web3의 미래는 단일 체인이 아니라 수천 개의 전문 체인이 함께 작동하는 것”이라고 말합니다.

Lookin​g to build on a rollup or need reliable node infrastructure for your blockchain project? Contact Email: info@BlockEden.xyz to learn how we can support your development with our 99.9% uptime guarantee and specialized RPC services across 27+ blockchains.

수년 동안 이더리움 네임 서비스(ENS)는 많은 사람들에게 암호화폐 애호가들을 위한 틈새 도구로 여겨져 왔습니다. 길고 다루기 어려운 지갑 주소를 사람이 읽을 수 있는 .eth 이름으로 대체하는 방법 말이죠. 하지만 2025년에는 그러한 인식이 구식입니다. ENS는 프로그래머블 브랜드 아이덴티티의 기반 레이어로 진화했으며, 단순한 이름을 회사의 전체 디지털 존재감을 위한 이식 가능하고 검증 가능하며 통합된 앵커로 전환합니다.

더 이상 단순히 brand.eth에 관한 것이 아닙니다. brand.com을 암호화폐 인식이 가능하게 만들고, 직원들에게 검증 가능한 역할을 발행하며, 단일하고 표준적인 진실의 소스를 통해 고객과의 신뢰를 구축하는 것입니다. 이것은 ENS가 지금 왜 중요한지 그리고 오늘날 어떻게 구현할 수 있는지에 대한 기업용 가이드입니다.

요약

• ENS는 이름(예: brand.eth 또는 brand.com)을 지갑, 앱, 웹사이트 및 검증된 프로필 데이터에 매핑하는 프로그래머블 아이덴티티로 전환합니다.
• DNS 도메인을 포기할 필요가 없습니다: 가스리스 DNSSEC로 brand.com이 설정 시 온체인 수수료 없이 ENS 이름으로 기능할 수 있습니다.
• .eth 가격은 투명하고 갱신 기반이며(짧은 이름일수록 비쌈), 수익은 ENS DAO를 통해 공공선 프로토콜에 자금을 지원합니다.
• alice.brand.eth 또는 support.brand.com과 같은 서브이름을 통해 NameWrapper "퓨즈"와 만료에 의해 시간 제한되고 제약된 역할, 혜택 및 액세스를 발행할 수 있습니다.
• ENS는 ENSv2에서 핵심 기능을 L2로 이동 중이며, CCIP‑Read를 통한 신뢰 최소화 해결로 비용, 속도 및 규모에 중요합니다.

현대 기업에게 ENS가 중요한 이유​

기업에게 아이덴티티는 분산되어 있습니다. 웹사이트용 도메인 이름, 마케팅용 소셜 미디어 핸들, 결제 및 운영용 별도 계정이 있습니다. ENS는 이를 통합하여 단일하고 권위 있는 아이덴티티 레이어를 만드는 방법을 제공합니다.

• 통합되고 사람이 읽을 수 있는 아이덴티티: 핵심적으로 ENS는 기억하기 쉬운 이름을 암호학적 주소에 매핑합니다. 하지만 그 력은 단일 블록체인을 훨씬 넘어섭니다. 멀티체인 지원을 통해 brand.eth는 Bitcoin 재무부, Solana 운영 지갑, Ethereum 스마트 계약을 동시에 가리킬 수 있습니다. 브랜드의 이름은 web3 생태계 전반의 결제, 애플리케이션 및 프로필을 위한 단일하고 사용자 친화적인 앵커가 됩니다.

• 깊은 생태계 통합: ENS는 틈새 프로토콜에 대한 투기적 베팅이 아니라 web3 프리미티브입니다. 주요 지갑(Coinbase Wallet, MetaMask), 브라우저(Brave, Opera), 탈중앙화 애플리케이션(Uniswap, Aave)에서 기본적으로 지원됩니다. GoDaddy와 같은 파트너가 ENS를 통합할 때, 그것은 web2와 web3 인프라 간의 융합을 신호합니다. ENS를 채택함으로써, 당신은 브랜드를 방대하고 상호 운용 가능한 네트워크에 연결하고 있습니다.

• 풍부하고 검증 가능한 프로필 데이터: 주소 외에도 ENS 이름은 아바타, 이메일, 소셜 미디어 핸들, 웹사이트 URL과 같은 프로필 정보에 대한 표준화된 텍스트 레코드를 저장할 수 있습니다. 이것은 ENS 이름을 표준적이고 기계 판독 가능한 명함으로 전환합니다. 지원, 마케팅 및 엔지니어링 도구 모두 동일한 검증된 소스에서 가져올 수 있어 일관성을 보장하고 사용자와의 신뢰를 구축합니다.

두 가지 진입로: .eth vs. "자신의 DNS 가져오기"​

ENS 시작은 유연하며, 함께 사용할 수 있고 사용해야 하는 두 가지 주요 경로를 제공합니다.

1. brand.eth 등록​

이것은 web3 네이티브 접근 방식입니다. .eth 이름을 등록하면 생태계에 대한 브랜드의 헌신을 신호하는 암호 네이티브 자산을 얻게 됩니다. 프로세스는 직접적이고 투명합니다.

• 명확한 수수료 일정: 스쿼팅을 방지하고 프로토콜에 자금을 지원하기 위해 수수료는 ETH로 매년 지불됩니다. 가격은 희소성에 기반합니다: 5자 이상 이름은 연간 단 5달러, 4자 이름은 연간 160달러, 3자 이름은 연간 640달러입니다.
• 기본 이름 설정: brand.eth를 소유하면 회사의 메인 지갑에 대한 "기본 이름"(역방향 레코드라고도 함)으로 설정해야 합니다. 이는 지갑과 dapp이 긴 주소 대신 기억하기 쉬운 이름을 표시할 수 있게 하는 중요한 단계로, 사용자 경험과 신뢰를 극적으로 향상시킵니다.

2. ENS 내에서 brand.com 향상 (마이그레이션 불필요)​

가치 있는 web2 도메인을 포기할 필요가 없습니다. 가스리스 DNSSEC라는 기능 덕분에 기존 DNS 도메인을 암호 지갑에 연결하여 완전히 기능하는 ENS 이름으로 효과적으로 업그레이드할 수 있습니다.

• 소유자를 위한 제로 온체인 비용: 이 프로세스는 도메인 소유자가 온체인 트랜잭션을 제출하지 않고도 brand.com이 ENS 생태계 내에서 해결 가능하게 만듭니다.
• 주류 레지스트라 지원: GoDaddy는 이미 이 ENS 기능으로 구동되는 원클릭 "Crypto Wallet" 레코드로 이를 간소화했습니다. DNSSEC를 지원하는 다른 주요 레지스트라도 ENS와 작동하도록 구성할 수 있습니다.

실용적 조언: 둘 다 하세요. web3 네이티브 청중과 재무부 운영에는 brand.eth를 사용하세요. 동시에 전체 브랜드 발자국을 통합하고 기존 사용자 베이스에 원활한 브리지를 제공하기 위해 brand.com을 ENS로 가져오세요.

제로에서 원으로의 배포: 일주일 계획​

ENS 배포가 다분기 프로젝트일 필요는 없습니다. 집중된 팀은 약 일주일 안에 강력한 존재감을 확립할 수 있습니다.

• 1-2일차: 이름 및 정책 brand.eth를 확보하고 가스리스 DNSSEC 방법을 사용하여 기존 DNS 이름을 연결하세요. 또한 표준 철자, 이모지 사용 및 정규화 규칙에 대한 내부 정책을 수립할 때입니다. ENS는 이름 변형을 처리하기 위해 ENSIP-15라는 표준을 사용하지만, 브랜드에 대한 피싱 공격을 방지하기 위해 동형문자(비슷해 보이는 문자)를 인식하는 것이 중요합니다.

• 3일차: 기본 이름 및 지갑 회사의 재무부, 운영 및 결제 지갑의 경우 treasury.brand.eth 또는 유사한 이름으로 해결되도록 기본 이름(역방향 레코드)을 설정하세요. 이 기회를 사용하여 멀티코인 주소 레코드(BTC, SOL 등)를 채워 체인에 관계없이 ENS 이름으로 전송된 결제가 올바르게 라우팅되도록 하세요.

• 4일차: 프로필 데이터 기본 ENS 이름의 표준화된 텍스트 레코드를 작성하세요. 최소한 email, url, com.twitter, avatar를 설정하세요. 공식 아바타는 지원되는 지갑에서 즉각적인 시각적 검증을 추가합니다. 향상된 보안을 위해 공개 PGP 키도 추가할 수 있습니다.

• 5일차: 서브네임 직원을 위한 alice.brand.eth 또는 부서를 위한 support.brand.com과 같은 서브네임 발행을 시작하세요. NameWrapper를 사용하여 서브네임 전송을 방지하는 등의 보안 "퓨즈"를 적용하세요. 계약이 종료되거나 직원이 떠날 때 자동으로 액세스를 취소하기 위해 만료일을 설정하세요.

• 6일차: 웹사이트/문서 웹 존재감을 탈중앙화하세요. 보도자료 키트, 서비스 약관 또는 상태 페이지를 IPFS나 Arweave와 같은 탈중앙화 저장소 네트워크에 고정하고 contenthash 레코드를 통해 ENS 이름에 연결하세요. 범용 액세스를 위해 사용자는 eth.limo와 같은 공개 게이트웨이를 통해 이 콘텐츠를 해결할 수 있습니다.

• 7일차: 제품에 통합 자체 애플리케이션에서 ENS 사용을 시작하세요. viem과 ensjs와 같은 라이브러리를 사용하여 이름을 해결하고, 사용자 입력을 정규화하며, 아바타를 표시하세요. 주소를 조회할 때 사용자의 기본 이름을 표시하기 위해 역방향 조회를 수행하세요. ENSv2의 L2 아키텍처에 대해 앱이 미래 대응되도록 CCIP-Read를 지원하는 리졸버 게이트웨이를 사용하는지 확인하세요.

빠르게 효과를 내는 일반적인 패턴​

설정되면 ENS는 즉각적인 가치를 제공하는 강력하고 실용적인 사용 사례를 잠금 해제합니다.

• 더 안전하고 간단한 결제: 길고 오류가 발생하기 쉬운 주소를 복사하고 붙여넣는 대신 청구서에 pay.brand.eth를 기재하세요. 모든 멀티코인 주소를 하나의 이름 아래 게시함으로써 고객이 잘못된 주소나 체인으로 자금을 보내는 위험을 대폭 줄일 수 있습니다.

• 진정한 지원 및 소셜 존재감: ENS 텍스트 레코드에 공식 소셜 미디어 핸들을 게시하세요. 일부 도구는 이미 이러한 레코드를 확인할 수 있어 가장 강력한 방어를 만들 수 있습니다. support.brand.eth 이름은 전용 지원 지갑이나 보안 메시징 엔드포인트를 직접 가리킬 수 있습니다.

• 탈중앙화된 웹 존재감: contenthash를 사용하여 brand.eth에 변조 방지 상태 페이지나 중요한 문서를 호스팅하세요. 링크가 온체인에 있기 때문에 단일 공급자에 의해 삭제될 수 없어 필수 정보에 대해 더 높은 수준의 복원력을 제공합니다.

• 프로그래머블 조직도: 내부 도구나 토큰 게이트 채널에 대한 액세스를 부여하는 employee.brand.eth 서브네임을 발행하세요. NameWrapper 퓨즈와 만료일로 전체 조직을 위한 동적이고 프로그래머블하며 자동으로 취소 가능한 아이덴티티 시스템을 만들 수 있습니다.

• 가스 경량 사용자 경험: 서브네임으로 충성도 ID나 티켓을 발행하는 것과 같은 대량 사용 사례의 경우 온체인 트랜잭션은 너무 느리고 비쌉니다. CCIP-Read와 함께 오프체인 리졸버를 사용하세요. 이 표준은 ENS 이름을 L2나 심지어 전통적인 데이터베이스에서도 신뢰 최소화 방식으로 해결할 수 있게 합니다. Uniswap(uni.eth) 및 Coinbase(cb.id)와 같은 업계 리더들은 이미 이 패턴을 사용하여 사용자 아이덴티티 시스템을 확장하고 있습니다.

건너뛰어서는 안 되는 보안 및 거버넌스​

주요 ENS 이름을 주요 도메인 이름을 다루듯 다루세요: 회사 인프라의 중요한 부분으로.

• "소유자"와 "관리자" 분리: 이것은 핵심 보안 원칙입니다. 이름을 전송할 권한을 가진 "소유자" 역할은 콜드 스토리지 멀티시그 지갑에서 보호되어야 합니다. IP 주소나 아바타와 같은 일상적인 레코드를 업데이트할 수 있는 "관리자" 역할은 더 접근 가능한 핫 지갑에 위임될 수 있습니다. 이러한 권한 분리는 키가 손상된 경우의 폭발 반경을 대폭 줄입니다.

• NameWrapper 보호 사용: 서브네임을 발행할 때, 특정 직원에게 잠그기 위해 CANNOT_TRANSFER와 같은 퓨즈를 태우거나 거버넌스 정책을 시행하기 위해 CANNOT_UNWRAP을 사용하기 위해 NameWrapper를 사용하세요. 모든 권한은 통제하는 만료일에 의해 관리되어 기본적으로 시간 제한 액세스를 제공합니다.

• 갱신 모니터링: 놓친 지불로 .eth 이름을 잃지 마세요. 갱신 날짜를 캘린더에 기록하고 .eth 이름에는 90일 유예 기간이 있지만 서브네임 정책은 전적으로 당신에게 달려 있다는 것을 기억하세요.

개발자 빠른 시작 (TypeScript)​

viem과 같은 현대적인 라이브러리로 앱에 ENS 해결을 통합하는 것은 간단합니다. 이 스니펫은 이름에서 주소로 또는 주소에서 이름으로 조회하는 방법을 보여줍니다.

import { createPublicClient, http } from "viem";
import { mainnet } from "viem/chains";
import { normalize, getEnsAddress, getEnsName, getEnsAvatar } from "viem/ens";

const client = createPublicClient({ chain: mainnet, transport: http() });

export async function lookup(nameOrAddress: string) {
  if (nameOrAddress.endsWith(".eth") || nameOrAddress.includes(".")) {
    // 이름 → 주소 (ENSIP-15에 따라 입력 정규화)
    const name = normalize(nameOrAddress);
    const address = await getEnsAddress(client, {
      name,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    const avatar = await getEnsAvatar(client, { name });
    return { type: "name", name, address, avatar };
  } else {
    // 주소 → 기본 이름 (역방향 레코드)
    const name = await getEnsName(client, {
      address: nameOrAddress as `0x${string}`,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    return { type: "address", address: nameOrAddress, name };
  }
}

이 코드에서 두 가지 핵심 사항:

• normalize는 보안에 필수적입니다. ENS 명명 규칙을 시행하고 비슷해 보이는 이름으로부터의 일반적인 피싱 및 스푸핑 공격을 방지하는 데 도움이 됩니다.
• gatewayUrls는 CCIP-Read를 지원하는 범용 리졸버를 가리킵니다. 이는 통합이 L2 및 오프체인 데이터로의 향후 이동과 호환 가능하게 만듭니다.

React로 구축하는 개발자를 위해 ENSjs 라이브러리는 이러한 일반적인 흐름을 래핑하는 상위 수준 훅과 컴포넌트를 제공하여 통합을 더욱 빠르게 만듭니다.

이름 선택 및 보호: 브랜드 및 법적 측면​

• 정규화 및 사용성: ENSIP-15 정규화에 익숙해지세요. 이모지나 비ASCII 문자 사용에 대한 명확한 내부 가이드라인을 설정하고, 브랜드를 가장하는 데 사용될 수 있는 "혼동 가능한" 문자를 적극적으로 선별하세요.
• 상표 현실 확인: .eth 이름은 전통적인 ICANN 프레임워크와 UDRP 분쟁 해결 프로세스 외부에서 운영됩니다. 상표 소유자는 DNS 도메인에 사용하는 것과 동일한 법적 기반에 의존할 수 없습니다. 따라서 주요 브랜드 용어의 방어적 등록은 신중한 전략입니다. (이것은 법적 조언이 아닙니다; 법무진과 상담하세요.)

다음 단계: ENSv2 및 L2로의 이동​

ENS 프로토콜은 정적이지 않습니다. 다음 주요 진화인 ENSv2가 진행 중입니다.

• L2로의 프로토콜 이동: 가스 비용을 줄이고 속도를 높이기 위해 핵심 ENS 레지스트리가 레이어 2 네트워크로 이전될 것입니다. 이름 해결은 CCIP-Read와 암호화 증명 시스템을 통해 L1과 다른 체인으로 연결될 것입니다. 이는 이름 등록 및 관리를 크게 저렴하게 만들어 더 풍부한 애플리케이션 패턴을 잠금 해제할 것입니다.
• 원활한 마이그레이션 계획: ENS DAO는 기존 이름이 최소한의 마찰로 새 시스템으로 이동할 수 있도록 상세한 마이그레이션 계획을 발표했습니다. 대규모로 운영하는 경우 이는 따라야 할 주요 개발 사항입니다.

구현 체크리스트​

팀의 구현을 안내하기 위해 이 체크리스트를 사용하세요.

• brand.eth 확보; 가스리스 DNSSEC를 통해 brand.com 연결.
• 안전한 멀티시그에 이름 소유권 보관; 관리자 역할 위임.
• 모든 조직 지갑에 기본 이름 설정.
• 결제용 멀티코인 주소 게시.
• 텍스트 레코드 (이메일, URL, 소셜, 아바타) 작성.
• 퓨즈와 만료를 사용하여 팀, 직원 및 서비스용 서브네임 발행.
• 최소 탈중앙화 사이트 (예: 상태 페이지) 호스팅 및 contenthash 설정.
• 제품에 ENS 해결 (viem/ensjs) 통합; 모든 입력 정규화.
• 모든 .eth 이름 갱신 날짜 캘린더 기록 및 만료 모니터링.

ENS는 비즈니스에 준비되어 있습니다. 단순한 명명 시스템을 넘어 차세대 인터넷을 위해 구축하는 모든 회사에게 중요한 인프라 요소가 되었습니다. 프로그래머블하고 지속적인 아이덴티티를 확립함으로써 위험을 줄이고, 더 부드러운 사용자 경험을 만들며, 브랜드가 탈중앙화된 미래에 준비되도록 보장합니다.

최대 추출 가능 가치(MEV)는 단순히 트레이더의 무서운 존재가 아닙니다—블록이 어떻게 구축되고, 지갑이 어떻게 주문을 라우팅하며, 프로토콜이 어떻게 시장을 설계하는지를 조용히 형성하는 경제적 엔진입니다. 다음은 창업자, 엔지니어, 트레이더, 검증자를 위한 실용적인 가이드입니다.

TL;DR​

• MEV가 무엇인가: 블록 생산자(검증자/시퀀서) 또는 그 파트너들이 기본 보상과 가스를 넘어서 트랜잭션을 재배열, 삽입, 또는 제외함으로써 추출할 수 있는 추가 가치.
• 왜 존재하는가: 공개 메모리풀, 결정론적 실행, 트랜잭션 순서 의존성(예: AMM 슬리피지)이 수익성 있는 순서 게임을 만듭니다.
• 현대 MEV의 작동 방식: 공급망—지갑 & 주문 흐름 경매 → 검색자 → 빌더 → 릴레이 → 제안자—제안자-빌더 분리(PBS)와 MEV-Boost에 의해 공식화.
• 오늘날의 사용자 보호: 프라이빗 트랜잭션 제출과 **주문 흐름 경매(OFA)**가 샌드위치 위험을 줄이고 사용자와 가격 개선을 공유할 수 있습니다.
• 앞으로 올 것들(2025년 9월 기준): 제도화된 PBS, 포함 목록, MEV-burn, SUAVE, L2용 공유 시퀀서—모든 것이 공정성과 회복력을 목표로 합니다.

5분 멘탈 모델​

블록스페이스를 이더리움에서 12초마다 판매되는 희소한 자원으로 생각해보세요. 트랜잭션을 보내면, 메모리풀이라는 공개 대기 영역에 도착합니다. 일부 트랜잭션들, 특히 DEX 스왑, 청산, 차익거래 기회는 순서 의존적 수익을 가집니다. 그들의 결과와 수익성은 다른 트랜잭션과의 관계에서 블록 내 어디에 위치하는지에 따라 변합니다. 이것은 순서를 제어하는 자에게 고위험 게임을 만듭니다.

이 게임에서 최대 잠재적 이익이 **최대 추출 가능 가치(MEV)**입니다. 깔끔하고 표준적인 정의는 다음과 같습니다:

"트랜잭션을 포함시키고, 제외하고, 순서를 변경함으로써 표준 블록 보상과 가스 수수료를 초과하여 블록 생산에서 추출 가능한 최대 가치."

이 현상은 2019년 학술 논문 "Flash Boys 2.0"에서 처음 공식화되었으며, 혼란스러운 "우선순위 가스 경매"(봇들이 자신의 트랜잭션이 먼저 포함되도록 가스 수수료를 경쟁적으로 올림)를 문서화하고 이것이 합의 안정성에 초래하는 위험을 강조했습니다.

빠른 분류법(예시 포함)​

MEV는 단일 활동이 아니라 전략의 범주입니다. 가장 일반적인 것들은 다음과 같습니다:

• DEX 차익거래(백러닝): Uniswap의 큰 스왑이 ETH 가격을 Curve의 가격 대비 떨어뜨린다고 상상해보세요. 차익거래자는 Uniswap에서 싼 ETH를 사서 Curve에서 팔아 즉석 이익을 얻을 수 있습니다. 이것은 가격 이동 트랜잭션 이후에 즉시 일어나기 때문에 "백런"입니다. 이러한 형태의 MEV는 시장 간 가격의 일관성을 유지하는 데 도움이 되므로 일반적으로 유익한 것으로 여겨집니다.

• 샌드위칭: 이것이 가장 악명높고 직접적으로 해로운 MEV 형태입니다. 공격자가 메모리풀에서 사용자의 큰 매수 주문을 발견합니다. 그들은 사용자보다 먼저 같은 자산을 사는 것으로 선행하여 가격을 올립니다. 피해자의 거래는 이 더 나쁜, 더 높은 가격에 실행됩니다. 공격자는 그 다음 즉시 자산을 파는 것으로 피해자를 후행하여 가격 차이를 포착합니다. 이것은 사용자가 지정한 슬리피지 허용치를 악용합니다.

• 청산: Aave나 Compound 같은 대출 프로토콜에서, 담보 가치가 떨어지면 포지션이 담보 부족 상태가 됩니다. 이러한 프로토콜들은 포지션을 가장 먼저 청산하는 자에게 보너스를 제공합니다. 이것은 봇들 간에 청산 함수를 가장 먼저 호출하고 보상을 청구하려는 경쟁을 만듭니다.

• NFT 민팅 "가스 전쟁"(레거시 패턴): 인기 있는 NFT 민트에서, 한정 공급 토큰을 확보하기 위한 경쟁이 시작됩니다. 봇들은 블록의 가장 이른 슬롯을 위해 치열하게 경쟁하여, 종종 전체 네트워크의 가스 가격을 천문학적 수준까지 경쟁적으로 올렸습니다.

• 크로스 도메인 MEV: 활동이 레이어 1, 레이어 2, 다른 롤업들 간에 분산되면서, 이러한 격리된 환경들 간의 가격 차이로부터 이익을 얻을 기회가 생깁니다. 이것은 빠르게 성장하고 복잡한 MEV 추출 영역입니다.

현대 MEV 공급망(포스트-머지)​

머지 이전에는 채굴자들이 트랜잭션 순서를 제어했습니다. 이제는 검증자들이 합니다. 검증자들이 과도하게 중앙집권화되고 전문화되는 것을 방지하기 위해, 이더리움 커뮤니티는 **제안자-빌더 분리(PBS)**를 개발했습니다. 이 원칙은 체인을 위해 블록을 제안하는 일과 가장 수익성 있는 블록을 구축하는 복잡한 일을 분리합니다.

실제로 오늘날 대부분의 검증자들은 MEV-Boost라고 불리는 미들웨어를 사용합니다. 이 소프트웨어는 그들이 블록 구축을 경쟁 시장에 외주할 수 있게 합니다. 고수준 플로우는 다음과 같습니다:

1. 사용자/지갑: 사용자가 트랜잭션을 시작하여, 공개 메모리풀이나 보호를 제공하는 프라이빗 RPC 엔드포인트에 전송합니다.
2. 검색자/솔버: 이들은 MEV 기회를 위해 메모리풀을 지속적으로 모니터링하는 정교한 행위자들입니다. 이 가치를 포착하기 위해 트랜잭션의 "번들"(예: 선행, 피해자의 거래, 후행)을 만듭니다.
3. 빌더: 이들은 검색자들의 번들과 다른 트랜잭션들을 집합하여 가능한 한 가장 수익성 있는 블록을 구축하는 고도로 전문화된 개체들입니다. 가장 높은 가치의 블록을 만들기 위해 서로 경쟁합니다.
4. 릴레이: 이들은 신뢰할 수 있는 중개자로 작동합니다. 빌더들은 자신의 블록을 릴레이에 제출하고, 릴레이는 유효성을 확인하고 서명될 때까지 제안자로부터 내용을 숨깁니다. 이것은 제안자가 빌더의 노고를 훔치는 것을 방지합니다.
5. 제안자/검증자: MEV-Boost를 실행하는 검증자는 여러 릴레이를 쿼리하고 제공된 가장 수익성 있는 블록 헤더를 단순히 선택합니다. 내용을 보지 않고 맹목적으로 서명하고 승리한 빌더로부터 지불금을 받습니다.

PBS가 블록 구축에 대한 접근을 성공적으로 넓혔지만, 소수의 고성능 빌더와 릴레이 간의 중앙집권화도 초래했습니다. 최근 연구들은 소수의 빌더들이 이더리움 블록의 대부분을 생산한다는 것을 보여주며, 이는 네트워크의 장기적 분권화와 검열 저항에 대한 지속적인 우려입니다.

왜 MEV가 해로울 수 있는가​

• 직접적 사용자 비용: 샌드위치 공격과 다른 형태의 선행 거래는 사용자에게 더 나쁜 실행 품질을 초래합니다. 자산에 더 많이 지불하거나 받아야 할 것보다 적게 받게 되며, 차이는 검색자에게 포착됩니다.
• 합의 위험: 극단적인 경우에, MEV는 블록체인 자체의 안정성을 위협할 수 있습니다. 머지 이전에 "시간 도적" 공격은 채굴자들이 과거의 MEV 기회를 포착하기 위해 블록체인을 재조직할 인센티브를 가질 수 있는 이론적 우려였으며, 최종성을 훼손했습니다.
• 시장 구조 위험: MEV 공급망은 강력한 기존 업체들을 만들 수 있습니다. 지갑과 빌더 간의 독점적 주문 흐름 거래는 사용자 트랜잭션에 대한 페이월을 만들고, 빌더/릴레이 과점을 고착화하며 중립성과 검열 저항의 핵심 원칙을 위협할 수 있습니다.

오늘날 실제로 작동하는 것들(실용적 완화책)​

해로운 MEV에 대해 무력하지 않습니다. 사용자를 보호하고 생태계를 정렬하기 위한 도구와 모범 사례 세트가 등장했습니다.

사용자와 트레이더를 위해​

• 프라이빗 제출 경로 사용: Flashbots Protect 같은 서비스는 지갑을 위한 "보호" RPC 엔드포인트를 제공합니다. 이를 통해 트랜잭션을 보내면 공개 메모리풀에서 제외되어 샌드위치 봇들에게 보이지 않습니다. 일부 서비스는 심지어 거래에서 추출된 MEV의 일부를 환불해줄 수 있습니다.
• OFA 지원 라우터 선호: 주문 흐름 경매(OFA)는 강력한 방어책입니다. 스왑을 메모리풀에 보내는 대신, CoW Swap이나 UniswapX 같은 라우터들은 당신의 의도를 솔버들의 경쟁 시장에 보냅니다. 이 솔버들은 가능한 한 최고의 가격을 주기 위해 경쟁하여, 잠재적 MEV를 가격 개선으로 효과적으로 당신에게 돌려줍니다.
• 슬리피지 조정: 비유동적 페어의 경우, 샌드위치 공격자가 추출할 수 있는 최대 이익을 제한하기 위해 낮은 슬리피지 허용치(예: 0.1%)를 수동으로 설정하세요. 큰 거래를 작은 덩어리로 나누는 것도 도움이 될 수 있습니다.

지갑과 Dapp을 위해​

• OFA 통합: 기본적으로 사용자 트랜잭션을 주문 흐름 경매를 통해 라우팅하세요. 이것은 사용자를 샌드위치 공격으로부터 보호하고 우수한 실행 품질을 제공하는 가장 효과적인 방법입니다.
• 프라이빗 RPC를 기본값으로 제공: 지갑이나 dapp에서 보호된 RPC를 기본 설정으로 하세요. 파워 유저들이 빌더와 릴레이 선호도를 구성하여 프라이버시와 포함 속도 간의 트레이드오프를 미세 조정할 수 있도록 하세요.
• 실행 품질 측정: 라우팅이 최적이라고 단순히 가정하지 마세요. 공개 메모리풀 라우팅에 대해 실행을 벤치마크하고 OFA와 프라이빗 제출로부터 얻은 가격 개선을 정량화하세요.

검증자를 위해​

• MEV-Boost 실행: 스테이킹 보상을 최대화하기 위해 PBS 시장에 참여하세요.
• 다각화: 단일 제공자에 대한 의존을 피하고 네트워크 복원력을 향상시키기 위해 다양한 릴레이와 빌더 세트에 연결하세요. 잘 연결되어 있는지 확인하기 위해 보상과 블록 포함률을 모니터하세요.

L2와 SEV(시퀀서 추출 가능 가치)의 부상​

레이어 2 롤업들은 MEV를 제거하지 않습니다; 단지 이름을 바꿀 뿐입니다. 롤업들은 시퀀서라고 불리는 단일 개체에 순서 권력을 집중시켜 **시퀀서 추출 가능 가치(SEV)**를 만듭니다. 실증적 연구는 MEV가 L2에서 널리 퍼져있다는 것을 보여주지만, 종종 L1보다 낮은 이익 마진을 가집니다.

롤업당 단일 시퀀서의 중앙집권화 위험을 대처하기 위해, 공유 시퀀서와 같은 개념이 등장하고 있습니다. 이들은 여러 롤업이 트랜잭션 순서를 위해 단일한 중립적 개체를 공유할 수 있게 하는 분산화된 마켓플레이스로, 크로스-롤업 MEV를 더 공정하게 중재하는 것을 목표로 합니다.

다음에 올 것들(그리고 왜 중요한가)​

MEV를 길들이는 작업은 아직 끝나지 않았습니다. 몇 가지 주요한 프로토콜 수준 업그레이드가 지평선에 있습니다:

• 제도화된 PBS(ePBS): 이는 제안자-빌더 분리를 이더리움 프로토콜 자체로 직접 이동시켜, 신뢰할 수 있는 중앙집권화된 릴레이에 대한 의존성을 줄이고 네트워크의 보안 보장을 강화하는 것을 목표로 합니다.
• 포함 목록(EIP-7547): 이 제안은 제안자가 빌더가 특정 트랜잭션 세트를 포함하도록 강제할 수 있는 방법을 제공합니다. 이는 검열과 싸우는 강력한 도구로, 낮은 수수료의 트랜잭션도 결국 체인에 올라갈 수 있도록 보장합니다.
• MEV-Burn: EIP-1559가 기본 가스 수수료의 일부를 소각하는 것과 유사하게, MEV-burn은 빌더 지불의 일부를 소각하는 것을 제안합니다. 이는 MEV 수익 급등을 부드럽게 하고, 불안정화 행동에 대한 인센티브를 줄이며, 모든 ETH 보유자에게 가치를 재분배할 것입니다.
• SUAVE(가치 표현을 위한 단일 통합 경매): 주문 흐름을 위한 분산화되고 프라이버시를 보존하는 경매 레이어를 만들기 위한 Flashbots의 프로젝트입니다. 목표는 블록 구축을 위한 더 열려있고 공정한 시장을 만들고 독점적이고 중앙집권화된 거래로의 경향과 싸우는 것입니다.
• OFA 표준화: 경매가 표준이 되면서, 다른 라우터들이 제공하는 가격 개선을 정량화하고 비교하기 위한 공식 메트릭과 공개 도구를 만드는 작업이 진행 중이며, 전체 생태계에서 실행 품질의 기준을 높이고 있습니다.

창업자의 체크리스트(MEV 인식 제품 출시)​

• 기본적으로 프라이버시: 사용자 플로우를 프라이빗 제출이나 암호화된 의도 기반 시스템을 통해 라우팅하세요.
• 경쟁이 아닌 경매를 위한 설계: 지연 게임을 만드는 "선착순" 메커닉을 피하세요. 공정하고 효율적인 시장을 만들기 위해 배치 경매나 OFA를 활용하세요.
• 모든 것을 계측: 슬리피지, 효과적 가격 대 오라클 가격, 라우팅 결정의 기회 비용을 기록하세요. 실행 품질에 대해 사용자에게 투명하세요.
• 의존성 다각화: 오늘은 여러 빌더와 릴레이에 의존하세요. 내일의 제도화된 PBS로의 전환을 위해 인프라를 준비하세요.
• L2 계획: 멀티체인 애플리케이션을 구축한다면, 설계에서 SEV와 크로스 도메인 MEV를 고려하세요.

개발자 FAQ​

• MEV는 "나쁜" 것인가 "불법"인가? MEV는 열려있고 결정론적인 블록체인 시장의 피할 수 없는 부산물입니다. 차익거래와 청산 같은 일부 형태들은 시장 효율성에 필수적입니다. 샌드위칭 같은 다른 형태들은 순전히 추출적이고 사용자에게 해롭습니다. 목표는 MEV를 제거하는 것이 아니라 해를 최소화하고 추출을 사용자 이익과 네트워크 보안에 맞추는 메커니즘을 설계하는 것입니다. 법적 지위는 복잡하고 관할권에 따라 다릅니다.

• 프라이빗 트랜잭션 제출이 샌드위치가 없음을 보장하나요? 대부분의 봇들이 찾고 있는 공개 메모리풀에서 트랜잭션을 제외함으로써 노출을 크게 줄입니다. OFA와 결합되면 매우 강한 방어가 됩니다. 그러나 완벽한 시스템은 없으며, 보장은 사용하는 특정 프라이빗 릴레이와 빌더의 정책에 따라 다릅니다.

• 왜 단순히 "MEV를 끄지" 않나요? 할 수 없습니다. 가격 비효율성이 있는 온체인 시장이 있는 한(항상 그렇습니다), 이를 교정하는 데 이익이 있을 것입니다. 완전히 제거하려고 하면 유용한 경제 기능을 깨뜨릴 가능성이 높습니다. 더 생산적인 경로는 ePBS, 포함 목록, MEV-burn과 같은 더 나은 메커니즘 설계를 통해 관리하고 재분배하는 것입니다.

추가 읽기​

• 표준 정의 및 개요: Ethereum.org—MEV 문서
• 기원과 위험: Flash Boys 2.0 (Daian et al., 2019)
• PBS/MEV-Boost 입문서: Flashbots 문서와 MEV-Boost in a Nutshell
• OFA 연구: Uniswap Labs—Quantifying Price Improvement in Order Flow Auctions
• ePBS와 MEV-burn: Ethereum Research 포럼 토론
• L2 MEV 증거: 주요 롤업 전체의 실증 분석(예: "Analyzing the Extraction of MEV Across Layer-2 Rollups")

결론​

MEV는 버그가 아닙니다; 블록체인에 내재된 인센티브 경사입니다. 승리하는 접근법은 부정이 아닙니다—메커니즘 설계입니다. 목표는 가치 추출을 경쟁 가능하고, 투명하며, 사용자에게 맞춰진 것으로 만드는 것입니다. 구축 중이라면, 첫날부터 제품에 이러한 인식을 구워 넣으세요. 거래 중이라면, 도구가 당신을 위해 이를 하도록 요구하세요. 생태계는 이 더 성숙하고 복원력 있는 미래로 빠르게 수렴하고 있습니다—지금이 이를 위해 설계할 때입니다.