---
title: "제로 수수료, 무한한 복잡성: 대규모 가스리스 트랜잭션 구축하기"
description: "컨슈머 앱에서는 블록체인이 다른 결제 경험과 다르지 않게 느껴져야 합니다. 가장 큰 걸림돌은 대부분의 사용자가 이해하지 못할 수수료 레이어입니다. 이를 완전히 제거하는 방법을 소개합니다."
---

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

<ImageBlock
  src="https://media.alchemy.com/1772629973-technical-guide-blog.png"
  alt="사용자 경험에서 가스비를 제거하는 Gasless 트랜잭션 인프라"
  width={1920}
  height={900}
  priority
/>

블록체인 인프라는 즉시 정산, 글로벌 도달 범위, 그리고 전통 금융보다 수십 배 나은 비용 구조를 제공한다. 최신 L2에서 [스테이블코인](https://www.alchemy.com/dapps/top/stablecoins)은 1초 이내에 1센트 미만의 비용으로 정산된다. 레일은 이미 존재하지만, 이 차세대 자금 이동을 활용하려는 기업들은 하나의 큰 과제에 부딪힌다.

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

[금융 기관](/fintech)에게 이는 받아들일 수 없는 조건이다. 은행은 변동성이 큰 네이티브 토큰을 대차대조표에 보유하려 하지 않는다. 결제 처리업체는 최종 사용자에게 가스 잔액 관리를 요구할 수 없다. 소비자 앱은 Venmo처럼 느껴져야 하는 흐름에 다중 토큰의 복잡성을 끌어들일 수 없다.

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

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

가스리스 트랜잭션은 가스 지불 부담을 최종 사용자에서 애플리케이션 개발자로 옮기고, 온체인 메커니즘 관리와 청구는 인프라 제공자가 담당하는 방식이다.

흐름은 다음과 같다:

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

API 호출 한 번. 통합에는 몇 분이면 충분하다. 그 이면의 인프라는 정책 시행, 암호화 서명, 다중 체인 가스 추정, 온체인 확정 추적, 청구 정산까지 모두 처리한다.

## 이면의 인프라

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

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

**[Paymaster](/overviews/what-is-a-paymaster) Admin Service** — 가스 정책을 생성하고 관리하기 위한 CRUD API. 지출 규칙, 허용/차단 목록, 커스텀 웹훅 기반 자격 확인, ERC-20 토큰 지불 설정, 정책 기간 제어를 지원한다.

[**Bundler**](/overviews/what-is-a-bundler) — 후원된 [UserOperations](/overviews/user-operations)\(트랜잭션\)를 취합하여 번들 트랜잭션 형태로 온체인에 제출함으로써 더 빠른 확정 시간과 높은 처리량을 달성한다. 지원되는 네트워크별 제출 전략을 처리하고, 온체인 반영 여부를 모니터링하며, 확정 데이터를 하위의 청구 및 정책 시행 시스템으로 전달한다.

이 세 서비스가 함께 지원되는 모든 체인에서 초당 수천 건의 후원 요청을 처리하며, 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**](/overviews/what-is-account-abstraction)은 표준화된 Bundler와 Paymaster를 갖춘 Account Abstraction을 도입했다. [**EIP-7702**](/overviews/eip-7702-ethereum-pectra-hardfork)는 기존 EOA가 주소를 이전하지 않고도 [스마트 지갑](https://www.alchemy.com/smart-wallets) 기능을 갖출 수 있게 해준다.

Alchemy는 이 모든 전환 과정을 거치며 인프라를 구축해왔고, Transaction API를 프로토콜 래퍼가 아닌 기능 계층으로 설계했다. API는 개발자가 원하는 것 — 가스 후원, 호출 배치, ERC-20 가스 지불 수락 — 을 표현하며, 그 아래의 프로토콜 복잡성은 API가 처리한다. 새로운 표준이 등장하거나 프로토콜이 변화하면 우리가 이를 채택하거나 맞춰 조정한다. 개발자의 통합 코드는 바뀌지 않는다.

### 개발자를 위한 단순함

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

<CodeSnippet
  language="typescript"
  code={`const { id } = await client.sendCalls({
  from: await signer.getAddress(),
  capabilities: {
    paymasterService: {
      policyId: config.policyId,
    },
  },
  calls: [{ to: "0x0000000000000000000000000000000000000000",value: "0x00", data: "0x" }]
});`}
/>
그 이면에서는 정책 검증, 실시간 지출 시행, 체인별 가스 추정, 7702 위임 감지, KMS 서명, UserOperation 구성, 번들러 제출, 온체인 확정 모니터링, 청구 정산이 이루어진다.

동일한 준비-서명-전송 패턴이 어떤 언어에서든 작동하며, 아키텍처 재설계 없이 기존 커스터디 솔루션\(HSM, MPC, [Privy](https://www.alchemy.com/dapps/privy), [Turnkey](https://www.alchemy.com/dapps/turnkey)\)과 통합된다.

## 시장 배경

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

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

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

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

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

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

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

[가스리스 인프라](/gasless-transactions)를 살펴보고, [빌드를 시작](https://dashboard.alchemy.com/)하고, 맞춤형 가격, 통합 관련 질문 등 궁금한 점이 있으면 [문의하기](/contact-sales) 바란다. 언제든 도와드릴 준비가 되어 있다!

## 자주 묻는 질문

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

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

### 가스리스 트랜잭션은 어떻게 작동하나요?

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

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

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

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

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

### ERC-4337이란 무엇이며 가스리스 트랜잭션과 어떤 관련이 있나요?

ERC-4337은 표준화된 Bundler와 Paymaster를 갖춘 Account Abstraction을 도입하여, 가스 지불 부담을 사용자에서 애플리케이션 개발자로 옮기는 UserOperations를 통해 가스리스 트랜잭션을 가능하게 합니다.

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

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

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

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

### 가스리스 트랜잭션을 애플리케이션에 얼마나 빨리 통합할 수 있나요?

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