수수료는 제로, 복잡도는 무한대: 대규모 가스리스 트랜잭션 구축하기

블록체인 인프라는 즉각적인 결제, 글로벌 도달 범위, 그리고 전통 금융을 몇 자릿수 차이로 능가하는 비용 구조를 제공한다. 최신 L2에서의 스테이블코인은 1초 미만, 1센트 미만의 비용으로 결제된다. 레일은 이미 존재하지만, 이 차세대 자금 이동을 활용하려는 기업들은 하나의 큰 과제에 부딪힌다.

채택을 가로막는 병목은 속도도, 비용도, 보안도 아니다 — 가스다. 모든 블록체인 트랜잭션은 발신자가 수수료 지불을 위해 해당 체인의 네이티브 토큰을 보유하고 있을 것을 요구한다. USDC 10만 달러를 가진 사용자도 먼저 거래소에서 ETH를 구매하지 않으면 1달러조차 보낼 수 없다. 가스 가격은 예측 불가능하게 변동한다. 체인마다 요구하는 네이티브 토큰도 다르다.

금융 기관에게 이는 도저히 받아들일 수 없는 조건이다. 은행은 변동성이 큰 네이티브 토큰을 대차대조표에 보유하고 싶어하지 않는다. 결제 처리업체는 최종 사용자에게 가스 잔액 관리를 요구할 수 없다. 소비자 앱은 Venmo처럼 느껴져야 할 플로우에 여러 토큰을 다루는 복잡성을 끌어들일 수 없다.

가스리스 트랜잭션은 애플리케이션이 사용자를 대신해 가스를 후원하게 함으로써 이 문제를 해결한다. 사용자는 네이티브 토큰을 보유하거나, 구매하거나, 신경 쓸 필요가 전혀 없다. 개발자는 USD로 지불한다. 인프라 제공자가 그 사이의 모든 것을 처리한다.

가스리스 트랜잭션의 작동 방식

가스리스 트랜잭션은 가스 지불 주체를 최종 사용자에서 애플리케이션 개발자로 옮기고, 인프라 제공자가 온체인 메커니즘과 청구를 관리한다.

흐름은 다음과 같다:

1. 개발자가 가스 정책을 생성한다 — API나 대시보드를 통해 지출 규칙(사용자별 한도, 정책별 한도), 허용/차단 목록, 커스텀 웹훅 기반 자격 규칙, ERC-20 토큰 결제 옵션을 설정한다.
2. 사용자가 트랜잭션을 시작한다 — 애플리케이션이 이를 Alchemy의 Transaction API로 전달한다.
3. Alchemy가 정책에 따라 검증한다 — 지출 한도, 자격 규칙, 커스텀 조건을 실시간으로 확인한다.
4. Alchemy가 페이마스터 페이로드에 서명한다 — Sponsorship Service가 AWS KMS를 통해 온체인 페이마스터 컨트랙트에 가스 지불을 승인하는 암호학적 서명을 생성한다.
5. 트랜잭션이 온체인에 기록된다 — 페이마스터 스마트 컨트랙트가 서명을 검증하고 네이티브 토큰으로 가스를 선지급한다.
6. 개발자가 USD 청구서를 받는다 — Alchemy가 확정된 트랜잭션을 추적하고, 가스 비용을 USD로 환산하여 월 청구서에 추가한다.

API 호출 한 번. 통합에는 몇 분이면 충분하다. 그 이면의 인프라는 정책 집행, 암호학적 서명, 멀티체인 가스 추정, 온체인 확정 추적, 청구 대사 처리를 모두 처리한다.

내부의 인프라

Alchemy의 가스리스 인프라는 세 가지 핵심 서비스로 구성된다:

Sponsorship Service — 실시간 의사결정 엔진이다. 모든 후원 요청을 개발자의 정책 설정에 따라 검증하고, 거의 실시간에 가까운 집계 지출 통계를 확인하며, 하드웨어 수준의 보안 보장을 갖춘 AWS KMS를 통해 페이마스터 페이로드에 서명한다.

페이마스터 Admin Service — 가스 정책을 생성하고 관리하기 위한 CRUD API. 지출 규칙, 허용/차단 목록, 커스텀 웹훅 기반 자격, ERC-20 토큰 결제 설정, 정책 기간 제어를 지원한다.

Bundler — 후원된 UserOperation(트랜잭션)을 집계하여 번들 트랜잭션으로 온체인에 제출하며, 더 빠른 확정 시간과 더 높은 처리량을 위해 최적화한다. 지원되는 네트워크 전반의 제출 전략을 처리하고, 온체인 포함 여부를 모니터링하며, 확정 데이터를 다운스트림 청구 및 정책 집행 시스템에 전달한다.

이 서비스들은 함께 지원되는 모든 체인에서 초당 수천 건의 후원 요청을 처리하며, 6억 건 이상의 레코드를 뒷받침하고 그 수는 계속 늘어나고 있고, 쓰기 처리량은 초당 800건이며 역시 계속 증가하고 있다. 개발자가 해야 할 일은 API 호출 한 번뿐이다.

가스를 보이지 않게 만들기 위해 필요한 것

모든 인프라 팀은 직접 구축할지 구매할지의 선택에 직면한다. 우리의 기준은 단순하다: 제품을 차별화하지 않는 것이라면 직접 만들 필요가 없다. 가스를 어떻게 후원하는지를 보고 결제 앱을 선택하는 사람은 없으며, 가스리스 인프라를 구축하는 데 드는 자원과 시간은 상당하다. 이제 고객이 겪지 않아도 되도록 우리가 해결하는 문제들을 살펴본다.

데이터 파이프라인 문제

모든 후원 요청은 기록되어야 하고, 온체인 확정까지 추적되어야 하며, 청구와 대사되어야 하는 레코드를 생성한다. 규모가 커지면 이는 높은 처리량을 요구하는 데이터 파이프라인 과제가 된다.

World는 하루 350만 건의 후원 요청을 보낸다. 3개월 보존 기준으로 이 고객 한 곳만으로도 수억 건의 레코드가 생성된다. Alchemy의 페이마스터 데이터베이스는 총 6억 건 이상의 레코드에 걸쳐 초당 800건의 쓰기를 처리하며, 수십억 건 규모까지 확장하도록 설계되어 있다 — 계층화된 보존 정책, 스트리밍 기반 체인 모니터링, 서비스 레이어 전반의 수평 확장을 통해서다.

실시간 정책 집행

개발자가 월간 사용자당 100달러로 후원 한도를 설정하면, 이 한도는 모든 체인, 모든 트랜잭션에서 초당 수천 건의 요청에 걸쳐 유지되어야 한다. 확정된 지출의 신뢰 원본은 온체인에 존재하며 최종 확정까지 몇 분이 걸리므로, 오프체인 정책 결정을 온체인 파이널리티와 거의 실시간으로 대사하는 지속적인 집계 파이프라인이 필요하다.

Alchemy는 이 파이프라인을 지속적으로 실행하여, 사용자가 설정된 한도에 도달하면 — 여러 체인에서 동시에 진행되는 트랜잭션에 걸쳐서도 — 후원이 중단되도록 한다.

처리량 수준의 암호학적 서명

후원된 모든 트랜잭션은 온체인 페이마스터 컨트랙트가 가스를 지불해야 함을 증명하는 암호학적 서명을 필요로 한다. Alchemy는 은행과 정부 기관이 사용하는 것과 동일한 수준의 하드웨어 기반 보안을 갖춘 AWS KMS를 통해 이 서명을 생성한다.

높은 처리량에서 이 보안 기준을 유지하려면 수평적 키 관리 전략, 저지연 서명 파이프라인, 단일 장애 지점이 트랜잭션을 막지 않도록 하는 중복성이 필요하다.

멀티체인 가스 추상화

가스 메커니즘은 체인마다 크게 다르다. Ethereum L1의 가스 가격은 수요에 따라 변동한다. L2들은 각기 다른 시퀀서 경제 구조를 가진다. Solana는 완전히 다른 모델을 사용한다 — 스마트 어카운트 페이마스터가 아니라 트랜잭션 수수료와 연관 토큰 계정의 렌트를 후원하는 방식이다.

Alchemy는 이 모든 것을 단일 API 표면 뒤로 추상화한다. 개발자는 정책 ID와 함께 prepareCalls을 호출하기만 하면 되고, 시스템이 체인별 가스 추정, 후원 검증, 온체인 검증을 처리한다. Ethereum, Arbitrum, Base, Solana를 비롯한 지원되는 모든 체인에서 동일한 개발자 경험을 제공한다.

간단한 USD 청구

개발자는 가스를 후원하기 위해 ETH, SOL, 또는 어떤 네이티브 토큰도 보유할 필요가 없어야 한다. Alchemy는 모든 체인에서 네이티브 토큰으로 가스를 선지급하고, 월말에 단일 USD 청구서를 제공한다.

이를 위해서는 수십 개 체인에 걸친 가스 트레저리 관리, 실시간 USD 환산, 수백만 건의 후원된 트랜잭션을 정확히 대사하는 청구 파이프라인이 필요하다. 자동 지출 한도는 혼잡 상황에서 가스 가격 급등으로부터 보호하여, 개발자가 청구서에서 놀라는 일이 없도록 한다. 그 결과는 본질적으로 변동성이 크고 다중 통화인 대상에 대해서도 SaaS와 같은 청구 경험을 제공한다.

프로토콜의 진화

EVM에서의 가스리스 트랜잭션 표준은 크게 진화해 왔다. ERC-2771(메타 트랜잭션)은 스마트 컨트랙트 수정을 요구했다. ERC-4337은 표준화된 Bundler와 Paymaster를 갖춘 Account Abstraction을 도입했다. EIP-7702는 기존 EOA가 주소를 마이그레이션하지 않고도 스마트 지갑 기능을 가질 수 있게 한다.

Alchemy는 이 모든 전환기를 거치며 구축해왔고, Transaction API를 프로토콜 래퍼가 아니라 기능 레이어로 설계했다. 이 API는 개발자가 원하는 것 — 가스 후원, 배치 호출, ERC-20 가스 결제 수용 — 을 표현하고, 그 아래의 프로토콜 복잡성을 처리한다. 더 새로운 표준이 등장하거나 프로토콜이 바뀌면 우리가 그것을 채택하거나 적응시킨다. 개발자의 통합 코드는 변경되지 않는다.

개발자 단순성

개발자가 마주하는 통합은 API 호출 한 번이다:

이 뒤에는 정책 검증, 실시간 지출 집행, 체인별 가스 추정, 7702 위임 감지, KMS 서명, UserOperation 구성, 번들러 제출, 온체인 확정 모니터링, 청구 대사가 있다.

동일한 준비-서명-전송 패턴이 어떤 언어에서도 작동하며, 아키텍처 재작성 없이 기존 커스터디 솔루션(HSM, MPC, Privy, Turnkey)과 통합된다.

시장 맥락

가스리스 트랜잭션 인프라는 수렴하는 두 시장에서 필수 요건이 되고 있다:

크립토에 진입하는 금융 기관. 은행, 핀테크, 결제 기업은 네이티브 토큰을 대차대조표에 보유할 수 없다. JPMorgan은 JPMD 예금 토큰 플로우로 하루 100억 달러 이상을 처리한다. Bank of China Hong Kong은 스테이블코인 발행/소각 작업을 위해 가스리스 인프라를 도입하고 있다. 이런 기관들은 컴플라이언스 통제, 감사 추적, SLA 보장을 갖춘 프로덕션 등급 가스 후원이 필요하다.

보이지 않는 블록체인을 요구하는 소비자 애플리케이션. Slash는 완전히 가스리스한 플로우로 10억 달러 이상의 스테이블코인 비즈니스 결제를 처리해왔다. World는 Alchemy의 번들러 및 페이마스터 인프라를 통해 주간 1,200만 건 이상의 트랜잭션을 처리한다. 사용자 경험의 기준은 즉각적이고, 수수료가 없으며, 전통적인 핀테크와 구분되지 않는 것이다.

Alchemy는 현재 모든 EVM 체인과 Solana를 통틀어 가스리스 트랜잭션 시장에서 약 85%의 점유율을 보유하고 있으며, 지난 2년간 10억 달러 이상을 처리했다.

가스리스 인프라 위에서 구축하기

페이마스터 인프라, KMS 서명, 멀티체인 가스 추정, 프로토콜 마이그레이션 관리는 제품을 차별화하지 않는다. 사용자는 자신의 가스가 어떻게 후원되었는지 알지도 신경 쓰지도 않는다 — 그들이 아는 것은 돈을 보내는 것이 빠르고, 저렴하고, 쉬웠다는 것뿐이다.

Alchemy가 인프라의 복잡성을 처리하므로, 팀은 비즈니스를 움직이는 일 — 기능 출시, 사용자 확보, 매출 창출 — 에 집중할 수 있다. 최고의 가스리스 트랜잭션 경험은 아무도 알아채지 못하는 경험이다.

가스리스 인프라를 살펴보고, 빌딩을 시작하고, 맞춤 가격 책정, 통합 관련 질문 등에 대해서는 문의하기. 언제든 도와드리겠다!

자주 묻는 질문

가스리스 트랜잭션이란 무엇인가?

가스리스 트랜잭션은 애플리케이션이 사용자를 대신해 가스 수수료를 후원할 수 있게 해주어, 최종 사용자가 블록체인 트랜잭션을 완료하기 위해 ETH 같은 네이티브 토큰을 보유하거나 구매하거나 신경 쓸 필요가 전혀 없도록 한다.

가스리스 트랜잭션은 어떻게 작동하는가?

개발자가 가스 정책을 생성하고, 사용자가 애플리케이션을 통해 트랜잭션을 시작하면, Alchemy가 정책에 따라 이를 검증하고 페이마스터 페이로드에 서명하며, 페이마스터 스마트 컨트랙트가 온체인에서 가스를 지불하는 동안 개발자는 USD 청구서를 받는다.

가스리스 트랜잭션에서 페이마스터란 무엇인가?

페이마스터는 암호학적 서명을 검증하고 후원된 트랜잭션을 위해 네이티브 토큰으로 가스를 선지급하는 스마트 컨트랙트로, 이를 통해 최종 사용자가 아닌 애플리케이션이 가스 비용을 지불할 수 있게 한다.

사용자를 위해 가스를 후원하려면 ETH나 네이티브 토큰을 보유해야 하는가?

아니다. Alchemy는 지원되는 모든 체인에서 네이티브 토큰으로 가스를 선지급하고 월말에 단일 USD 청구서를 제공하므로, 개발자는 변동성 있는 네이티브 토큰을 보유할 필요가 전혀 없다.

ERC-4337이란 무엇이며 가스리스 트랜잭션과 어떤 관계인가?

ERC-4337은 표준화된 Bundler와 Paymaster를 갖춘 Account Abstraction을 도입했으며, UserOperation을 통해 가스 지불 주체를 사용자에서 애플리케이션 개발자로 옮김으로써 가스리스 트랜잭션을 가능하게 한다.

Alchemy는 서로 다른 블록체인에서 가스리스 트랜잭션을 어떻게 처리하는가?

Alchemy는 체인별 가스 메커니즘을 단일 API 표면 뒤로 추상화하여, Ethereum, Arbitrum, Base, Solana 및 기타 지원 체인 전반에서 가스 추정, 후원 검증, 온체인 검증을 처리한다.

가스리스 트랜잭션에 지출 한도를 설정할 수 있는가?

그렇다. 개발자는 사용자별 한도, 정책별 한도, 허용/차단 목록, 커스텀 웹훅 기반 자격 규칙을 포함하는 가스 정책을 설정할 수 있으며, 이는 모든 체인에서 실시간으로 집행된다.

가스리스 트랜잭션을 애플리케이션에 얼마나 빠르게 통합할 수 있는가?

Alchemy의 Transaction API를 사용하면 API 호출 한 번으로 몇 분 안에 통합할 수 있으며, 정책 검증, 가스 추정, 서명, 청구 대사를 포함한 모든 기반 인프라를 이 API가 처리한다.