크립토 번들러(bundler)란?

크립토 업계에서 "번들링(bundling)"만큼 다양한 의미로 쓰이는 단어도 드물다. 앱이 20개의 잔액 조회를 하나의 호출로 묶는 것도 번들링이다. 롤업이 수천 개의 트랜잭션을 하나의 L1 제출로 압축하는 것도 번들링이다. 서처가 정렬된 거래 세트를 블록 빌더에게 제출하는 것도 번들링이다. 어떤 트레이더가 토큰이 출시되는 블록에서 여러 지갑에 걸쳐 물량을 사들이는 것도 마찬가지로 번들링이라 불린다. 매번 같은 단어지만, 매번 다른 메커니즘이다.

높은 수준에서 보면 크립토 번들러(bundler)는 여러 트랜잭션을 하나의 온체인 제출로 결합하는 특정 작업을 가리킨다. 번들링은 하나씩 처리하는 것이 함께 처리하는 것보다 비용이 더 들거나, 가치가 더 새거나, 실패할 확률이 더 높은 곳이면 어디든 등장한다. 그 메커니즘은 Ethereum, Solana, 그리고 L2들에 걸쳐 서로 다르며, 이것이 이 단어가 혼란을 일으키는 이유의 절반을 차지한다.

크립토 번들러는 무엇을 하는가?

크립토 번들러는 여러 개의 대기 중인 작업을 하나의 온체인 트랜잭션으로 결합하는 모든 행위자, 컨트랙트, 또는 서비스를 가리킨다. 트레이더는 토큰 출시가 어떻게 진행될지 통제하기 위해 번들링한다. 서처는 실행 순서를 보장하기 위해 번들링한다. Rollups는 정산 비용을 분산시키기 위해 번들링한다. 지갑과 앱은 요청 오버헤드를 줄이고, 다단계 작업을 원자적으로 만들고, 가스를 후원하여 사용자가 네이티브 토큰을 보유할 필요가 없게 하기 위해 번들링한다.

이 서로 다른 번들러들의 구현 방식은 동사 하나를 제외하면 공통점이 거의 없다. 어떤 번들러는 트레이딩 봇이고, 어떤 것은 프로토콜 인프라이며, 어떤 것은 누구나 호출할 수 있는 하나의 배포된 컨트랙트이고, 또 어떤 것은 이더리움 표준에 명시된 특정 역할이다. 문서에서 어떤 번들러를 말하는지 알 수 있는 유일한 방법은 문맥이다. 아래에서 흔히 볼 수 있는 번들러의 유형을 정리했다.

애초에 왜 번들링을 하는가?

전반적으로 번들링은 세 가지 역할 중 하나를 수행하며, 대개는 두 가지 이상을 동시에 수행한다. 비용을 줄이거나, 순서를 고정하거나, 누군가를 대신해 행동하는 것이다.

가장 명확한 이유는 비용이다. 모든 온체인 트랜잭션은 유용한 작업을 하기도 전에 고정된 오버헤드를 지불한다. EVM 체인에서는 21,000 가스에 더해 calldata와 서명 비용이 든다. 열 개의 작업을 하나의 트랜잭션에 묶으면 이 통행료를 열 번이 아니라 한 번만 지불하면 된다. DEX 라우팅이나 인덱서 조회처럼 빈도가 높은 작업에서는 이 차이가 빠르게 누적된다.

그다음은 순서다. 어떤 작업은 고정된 순서로 함께 실행될 때만 안전하거나, 그때만 수익성이 있다. 승인(approval)과 그 뒤를 따르는 스왑은 그 사이의 틈에서 프론트런될 수 있다. 매수와 매도 사이에 무언가 끼어들면 차익거래는 무너진다. 토큰이 생성되는 바로 그 블록에서 매수가 이루어져야만 성립하는 런치 스나이프(launch snipe), 즉 토큰 출시 순간 즉시 매수를 넣는 행위도 마찬가지다. 번들링은 "이것들을, 이 순서로, 아니면 아예 하지 않는다"는 조건을 하나의 보장으로 압축한다.

가장 미묘한 이유는 위임이다. 스마트 컨트랙트 계정은 자체적으로 트랜잭션을 보낼 수 없기 때문에, 프라이빗 키를 가진 무언가가 계정의 의도를 감싸고, 가스를 지불하고, 이를 제출해야 한다. 이것이 계정 추상화 번들러의 역할이며, 앱이 사용자를 대신해 가스를 지불하거나 ETH를 보유하지 않은 에이전트를 대신해 서명하는 방식이다.

크립토에는 어떤 종류의 번들링이 있는가?

크립토에는 흔히 볼 수 있는 다섯 가지 유형의 번들링이 있다.

트랜잭션 배칭과 멀티콜

멀티콜(Multicall)은 일상적인 형태의 번들링으로, 하나의 트랜잭션을 여러 호출로 분산시키는 작은 컨트랙트다. 그 대표적인 구현이 Multicall3로, 100개 이상의 EVM 체인에서 0xcA11bde05977b3631167028862bE2a173976CA11 주소에 배포되어 있다. 가장 흔한 용도는 읽기(read) 작업을 배칭하는 것이다. 20개 토큰에 걸쳐 잔액, allowance, 가격이 필요한 앱은 20개의 개별 JSON-RPC 요청 대신 Multicall3에 대해 하나의 eth_call을 발행한다. 라우터 호출이나 DeFi 프로토콜 조합 같은 쓰기(write) 작업의 경우, 단일 발신자로부터의 배칭은 다단계 작업을 원자적으로 만든다. 승인과 스왑이 함께 성립하거나, 둘 다 성립하지 않거나다.

이런 종류의 번들링에서 결정적인 한계는 멀티콜이 발신자들 간의 집계는 하지 않는다는 점이다. 트랜잭션은 하나의 계정에서 나와 배칭 컨트랙트에 도달하고, 거기서부터 분산된다. 멤풀도 없고 오퍼레이터도 없다. EVM 체인에서의 프로덕션 읽기 작업 상당수가 Multicall3를 거치는데, 이 때문에 이것이 가장 대규모이면서도 가장 눈에 띄지 않는 형태의 번들링 중 하나가 된다.

MEV 번들

MEV(최대 추출 가능 가치) 번들은 서처가 다음 블록에 원자적으로 포함시키고자 하는 정렬된 트랜잭션 목록이다. 서처는 이를 공개 멤풀 대신 블록 빌더 또는 릴레이에 제출하고, 포함에 대한 대가를 지불한다. 핵심은 순서다. 매수와 매도가 연속으로 실행되어야 성립하는 차익거래는 서처가 그 순서를 통제할 때만 성립한다. Flashbots는 mev-boost를 통해 이를 Ethereum에서 제공하며, Jito는 Block Engine을 통해 Solana에서 동등한 기능을 제공한다.

번들은 봉인(sealed)되어 있어, 명시된 정확한 순서대로 모든 트랜잭션이 실행되거나, 아니면 아무것도 실행되지 않는다. Beaverbuild, Titan, Flashbots를 포함한 빌더들은 가장 가치 있는 번들로부터 블록을 조립하기 위해 경쟁하며, 릴레이는 빌더와 검증자 사이에 위치한다. 공개 멤풀을 거치는 일반 사용자에게 이것이 어떤 의미인지는 MEV protection overview를 참고하라.

롤업 배치

롤업 시퀀서는 기본적으로 트랜잭션을 번들링한다. L2 트랜잭션을 정렬하고, 압축하고, 수백에서 수천 개를 하나의 L1 트랜잭션의 calldata 또는 blob 페이로드로 제출한다. Optimism, Arbitrum, Base를 비롯한 다른 모든 주요 롤업이 이런 방식으로 작동한다. 사용자 입장에서 L2 트랜잭션은 다른 트랜잭션과 다를 바 없어 보인다. L1 입장에서는 롤업이 트랜잭션 하나의 오버헤드만 지불하고 전체 배치를 정산한 것이다.

2024년 3월 Dencun 업그레이드에서 도입된 EIP-4844 blobs는 이러한 배치의 L1 비용을 대략 한 자릿수 단위로 줄였는데, 이것이 L2 수수료가 센트 단위에서 센트의 일부로 떨어진 구조적 이유다. 이는 개발자에게 가장 보이지 않는 형태의 번들링이다. 어떤 애플리케이션 코드도 이를 직접 다루지 않기 때문이다. 동시에 L2 경제에는 가장 큰 영향을 미치는 형태이기도 하다.

토큰 출시 번들링

밈코인 런치패드에서 "번들러"는 트레이딩 도구를 의미한다. 이는 토큰을 배포하고 여러 지갑에서 동일한 블록 내에 물량의 일부를 사들여 원자적으로 성립시킨다. Solana에서는 대개 Jito 번들을 통해 이루어진다. 크리에이터들은 이를 이용해 스나이퍼보다 먼저 자신의 출시를 선점하거나, 내부자 포지션을 여러 지갑에 분산시켜 눈에 덜 띄게 만든다. 공급이 온체인에서는 분산된 것처럼 보이지만, 실제로는 한 주체가 그것을 통제한다.

이것이 트레이딩 대시보드에서 "번들됨(bundled)"이 경고 표시로 읽히는 이유다. Pump memecoin launches를 스크리닝하는 도구들은 생성 블록에서 매수된 공급 비율을 표시하는데, 이는 숨겨진 집중이 한꺼번에 빠져나갈 수 있기 때문이다. 그 메커니즘은 MEV 번들이 사용하는 것과 동일한 원자적이고 순서가 정해진 포함 방식이다. 다른 점은 그것이 무엇을 위해 사용되는가다.

계정 추상화 번들러

스마트 계정 문서에서 "번들러"는 보통 ERC-4337 행위자를 의미한다. 이는 user operations를 수집하고, 여러 개를 하나의 트랜잭션으로 묶고, 가스를 선지급한 뒤, 계정 또는 이를 후원하는 paymaster로부터 상환받는 오프체인 서비스다. 지갑이나 계정 추상화 문서에서 이곳으로 왔다면, 바로 이 번들러를 찾고 있는 것이다.

다섯 가지 크립토 번들러 유형 비교

같은 번들링 개념이지만, 다섯 가지 구현과 그 이면의 이유는 서로 다르다. 가장 빠른 구분법은 누가 이득을 보는가를 묻는 것이다. 런치 번들에서는 트레이더가, MEV 번들에서는 서처가, 배치에서는 롤업의 사용자가, 배칭과 후원에서는 앱의 사용자가 이득을 본다.

자주 묻는 질문

번들링된 토큰 출시는 사기인가?

항상 그런 것은 아니지만, 위험 신호인 것은 맞다. 번들링을 통해 크리에이터는 출시 블록에서 여러 지갑에 걸쳐 토큰 공급의 상당 부분을 사들일 수 있다. 이는 정당한 스나이퍼 방지 조치일 수도 있고, 나중에 덤핑할 집중된 소유권을 숨기는 방법일 수도 있다. 매수하기 전에 확인해볼 가치가 있는 위험 신호로서 대량으로 번들링된 공급을 취급하라.

토큰 출시가 번들링되었는지 어떻게 알 수 있는가?

온체인 분석 도구와 밈코인 대시보드는 토큰이 생성된 것과 동일한 블록에서 매수된 공급 비율을 표시한다. 다수의 새로운 지갑에 걸쳐 높은 비율이 분산되어 있는 것이 그 징후다. 공급이 유기적으로 분산된 것처럼 보이는지 신뢰하기 전에, 토큰의 첫 블록 매수 내역과 보유자 분포를 확인하라.

ERC-4337에서 번들러란 무엇인가?

ERC-4337 계정 추상화에서 번들러는 스마트 컨트랙트 계정으로부터 user operation을 수집하고, 여러 개를 하나의 트랜잭션으로 묶고, 가스를 지불하고, 이를 EntryPoint 컨트랙트에 제출하는 오프체인 서비스다. 계정이나 paymaster로부터 상환받는다. Alchemy는 Rundler라는 오픈소스 번들러를 운영한다 Rundler.

Multicall은 번들러와 같은 것인가?

정확히는 아니다. 대개 Multicall3를 가리키는 Multicall은 단일 발신자로부터의 여러 호출을 하나의 트랜잭션으로 배칭하며, 주로 읽기 작업에 대한 RPC 요청을 줄이기 위한 것이다. ERC-4337 번들러는 서로 다른 여러 스마트 계정으로부터의 user operation을 집계하고 그 가스를 지불한다. 발상은 같지만 범위가 다르다. Multicall은 하나의 발신자 내에 머무르지만, 번들러는 여러 발신자에 걸쳐 있다.

MEV 번들과 롤업 배치의 차이는 무엇인가?

MEV 번들은 서처가 원자적이고 프론트런에 강한 포함을 위해 블록 빌더에게 제출하는 정렬된 트랜잭션 세트다. 롤업 배치는 시퀀서가 정산 비용을 분산시키기 위해 하나의 L1 제출로 압축하는 수천 개의 L2 트랜잭션이다. 하나는 순서를 통제하고, 다른 하나는 비용을 통제한다.

Alchemy로 크립토 번들러 위에서 개발하기

우리의 RPC API는 개발자가 직접 다루는 번들링 표면의 진입점이다. Multicall3 같은 컨트랙트가 분산시키는 배칭된 읽기 작업, L2 트래픽이 흘러가는 롤업 RPC 인터페이스, 그리고 우리가 호스팅하는 모든 체인의 표준 엔드포인트를 포함한다. 스마트 계정 플로우를 구축하는 팀을 위해서는 오픈소스 Rust 번들러인 Rundler와 가스 후원 정책을 위한 Gas Manager도 제공한다. 설계에 대해서는 how we built Rundler를 참고하라.

앱을 만들고, 키를 발급받으면, 그 키 하나로 이 모든 것에 접근할 수 있다. 계약도, 대기 명단도 없다. Start building.

번들러라고 불리는 단일한 무언가는 존재하지 않으며, 앞으로도 아마 없을 것이다. 이 단어가 널리 쓰이는 이유는 그 밑에 깔린 문제, 즉 "하나의 트랜잭션에서 더 많은 일을 하라"는 문제가 크립토의 모든 계층에서 등장하기 때문이다. 그 계층이 컨트랙트 호출이든, 블록이든, L2 배치든, 토큰 출시든, 스마트 계정이든, 어느 계층인지를 파악하면 누군가가 말하는 번들러가 무엇인지 알 수 있다.