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

2026년 4월 7일, Biconomy와 이더리움 재단(Ethereum Foundation)은 ERC-4337 이후 가장 중대한 에이전트 인프라 표준이 될 수 있는 제안을 조용히 발표했습니다. 이는 ERC-8211이라 불리며, 겉보기에는 배치 트랜잭션을 인코딩하는 새로운 방식인 장부 관리 업데이트처럼 보입니다. 하지만 자세히 들여다보면 훨씬 더 거대한 무언가가 있습니다. 바로 지난 2년 동안 온체인 AI를 괴롭혀온 질문에 대한 최초의 프로토콜 수준의 해답입니다: 사용자가 모든 움직임을 일일이 서명하지 않고도 자율 에이전트가 실제로 어떻게 이더리움에서 안전하게 거래할 수 있는가?

타이밍은 우연이 아닙니다. 현재 EVM 체인 전체에 걸쳐 약 6,200만 개의 스마트 계정이 활성화되어 있고, 24억 개의 누적 UserOperations가 처리되었으며, 사용자를 대신해 실제 DeFi 전략을 실행하는 자율 에이전트 인구가 빠르게 증가함에 따라 이더리움은 정적 배치 트랜잭션이 표현할 수 있는 한계에 도달했습니다. "스마트 배치(smart batching)"라는 브랜드로 명명된 ERC-8211은 그 한계를 깨기 위해 설계된 표준입니다.

지난 5년 동안 "트랜잭션을 위한 SOL 부족(insufficient SOL for transaction)"은 솔라나에서 가장 비용이 많이 드는 오류 메시지였습니다. 비암호화폐 사용자를 대상으로 한 모든 소비자용 앱은 바로 그 지점, 즉 첫 번째 토큰을 사용하기 위해 사용자가 두 번째 토큰을 획득해야 하는 결제 단계에서 상당수의 사용자를 잃었습니다. 2026년 4월, 솔라나 재단은 마침내 그 해답을 내놓았습니다. 바로 dApp이 기본적으로 트랜잭션을 대납하고, 모든 SPL 토큰으로 수수료를 지불하며, 서명을 TEE 또는 KMS 기반 금고에 아웃소싱할 수 있게 해주는 수수료 릴레이어이자 서명 노드인 Kora 입니다. 이는 화려한 출시는 아니지만, 기반 시설의 업그레이드입니다. 그리고 이러한 기반 시설 업그레이드는 Base와 Abstract가 지난 12개월 동안 소비자 온보딩 시장을 조용히 점유할 수 있었던 비결이기도 합니다.

이제 질문은 솔라나가 EVM 소비자 체인의 가스리스(gasless) UX를 따라잡을 수 있느냐가 아닙니다. Kora는 그 부분을 아주 사소한 문제로 만들었습니다. 진짜 질문은 이 라스트 마일의 간극을 메우는 것이 이미 다른 곳에서 개발을 진행한 개발자들을 다시 불러오기에 충분한가 하는 점입니다.

Kora의 실제 기능​

마케팅 수사를 걷어내면 Kora는 트랜잭션 릴레이어, 원격 서명기(remote signer), 정책 엔진이라는 세 가지 요소가 결합된 것입니다. dApp이 트랜잭션을 생성하고 Kora 노드를 수수료 지불자(fee payer)로 설정하면, 사용자는 임베디드 지갑에서 페이로드를 서명하고, Kora 운영자가 공동 서명(co-sign)하여 네트워크에 전송합니다. 검증인은 여전히 SOL로 보상을 받지만, 사용자는 SOL을 전혀 보유할 필요가 없습니다.

흥미로운 부분은 검증 레이어입니다. Kora 노드는 사용자가 전달하는 모든 것을 맹목적으로 전달하지 않습니다. 서명하기 전에 다음 세 가지 검사를 수행합니다:

• 관련 솔라나 프로그램에 대한 명령어 검증(Instruction validation) 을 통해 잘못 형성되거나 악의적인 명령어가 리더에게 도달하기 전에 거부됩니다.
• 현재 SOL 가격과 운영자 마진을 비교하는 오라클 기반 수수료 적정성 검사 를 통해 릴레이어가 손실을 보고 운영되지 않도록 합니다.
• 프로그램 및 토큰 수준의 허용 목록(Allowlist) 및 차단 목록(Blocklist) 강제 적용 을 통해 특정 dApp을 위해 Kora 노드를 운영하는 운영자가 실수로 감사되지 않은 무작위 컨트랙트를 대상으로 하는 트랜잭션을 대납하지 않도록 합니다.

서명 경로는 아키텍처가 야심 차게 설계된 부분입니다. Kora는 Turnkey 및 AWS KMS를 통한 원격 서명을 기본적으로 지원하므로, 수수료를 지불하는 개인 키가 릴레이어의 디스크에 절대 저장되지 않습니다. 솔라나 기반 핀테크 기업의 경우, 이는 "자체적으로 페이마스터를 만들고 잘 작동하길 빌었다"는 것과 "우리의 키 수탁 체계가 SOC 2 감사를 통과했다"는 수준의 차이를 의미합니다.

이 모든 과정은 Runtime Verification에 의해 감사 및 차등 퍼즈 테스트(differentially fuzz-tested)를 거쳤으며, 이는 기관들이 항목을 검토할 때나 언급될 법한 세부 사항입니다.

왜 여기서는 "네이티브"가 "스마트 컨트랙트"보다 나은가​

Kora를 ERC-4337과 비교하며 솔라나가 추격하고 있다고 생각하기 쉽습니다. 하지만 두 아키텍처는 서로 다른 방식으로 작동하며, 그 차이가 중요합니다.

ERC-4337은 계정 추상화(account abstraction)를 이더리움 상단에 병렬 시스템으로 구현한 것입니다. 이는 별도의 멤풀(mempool), UserOperation 객체, 번들러(bundler) 역할, 그리고 EntryPoint 컨트랙트를 도입하는데, 이들 중 어느 것도 기본 프로토콜이 네이티브하게 이해하는 것은 아닙니다. 번들러가 사용자 작업을 패키징하고, 페이마스터가 수수료를 대납하며, 온체인 컨트랙트가 검증을 강제합니다. 이는 작동하며 이더리움 메인넷과 주요 L2에 배포되었지만, 프로토콜이 전혀 예상하지 못했던 UX 기능을 소급 적용하기 위한 6년짜리 건설 프로젝트와 같습니다.

솔라나의 설계는 수년 전 프로토콜 레이어에서 이러한 복잡성을 이미 해결했습니다. 모든 트랜잭션에는 이미 feePayer 필드가 존재합니다. 부분 서명(Partial signatures)은 네이티브 기능입니다. 프로그램은 임의의 명령어를 검증할 수 있습니다. Kora는 번들러-페이마스터 구조가 아니라, feePayer 슬롯을 채우고 프로토콜이 이미 수용하는 부분 서명 중 하나로 서명하는 노드 운영자입니다.

실제적인 결과는 지연 시간(latency)과 개발자 접점 영역에서 나타납니다. ERC-4337 트랜잭션은 자체 정렬 규칙과 전파 지연이 있는 별도의 멤풀을 거칩니다. 반면 Kora 트랜잭션은 다른 모든 솔라나 트랜잭션과 동일한 경로를 거치며 400ms 미만의 동일한 파이널리티(finality)를 가집니다. 고려해야 할 번들러 차익 거래 시장도, 추적해야 할 EntryPoint 컨트랙트 버전도, 디버깅해야 할 UserOperation 가스 추정치도 없습니다.

이를 통해 솔라나 개발자가 얻는 것은 "수수료 지불자 필드를 설정하고 dApp을 출시하는" 것에 가까운 단순함입니다. 반면 잃는 것은 다중 키 인증, 배치 호출, 온체인 세션 정책 등 EVM 스마트 계정이 기본적으로 제공하는 일부 선택권입니다. 하지만 이러한 기능 중 상당수는 PDA 및 프로그램 제어 계정을 통해 솔라나에서 별도로 구축되고 있습니다.

솔라나에 실제로 존재했던 라스트 마일 간극​

2025년과 2026년 솔라나의 개발자 모멘텀에 대한 많은 이야기에도 불구하고, 소비자 지갑 레이어는 뒤처진 부분이었습니다. 인프라 스택은 빠르게 성숙했습니다. Pump.fun의 DEX 거래량은 2026년 1분기에 20억 달러를 돌파했고, Jito와 Marinade는 유동 스테이킹을 장악했으며, Tensor는 NFT 거래를 전문 터미널 수준으로 끌어올렸습니다. 하지만 이 모든 제품은 "사용자에게 SOL이 없다"는 문제에 대해 각자의 답을 내놓아야 했습니다.

우회 방법들은 창의적이었습니다. Pump.fun은 초기 토큰 획득을 임베디드 온램프(onramp)를 통해 라우팅했습니다. Jito는 사용자 계정에 소액(dust)을 미리 채워두었습니다. Tensor는 사용자가 매수 호가창에 도달하기 전 Phantom이나 Backpack이 SOL 획득 단계를 처리하도록 의존했습니다. 이들 각각은 개별적으로 작동했지만 서로 호환되지는 않았습니다. Pump.fun의 흐름을 통해 온보딩된 사용자가 수수료를 지불할 수 있는 잔액을 가진 상태로 Tensor에 도착하는 것은 아니었습니다.

그동안 Base는 Coinbase Smart Wallet의 패스키(passkey) 흐름, Coinbase Developer Platform을 통한 무료 가스 대납, 그리고 이메일 로그인 뒤에 개인 키의 개념 전체를 숨기는 개발자 SDK를 출시했습니다. Abstract는 웹2 앱처럼 느껴지는 임베디드 지갑으로 같은 아이디어를 더 발전시켰습니다. 2025년 소비자 앱 개발자에게 전달된 결합된 메시지는 이렇습니다. "Base에서 빌드하세요. 사용자들은 자신이 온체인에 있다는 사실조차 모를 것이며, 여러분이 확장하는 동안 우리가 수수료를 지불하겠습니다."

Kora는 그 메시지를 그대로 복제하는 것이 아닙니다. Kora가 하는 일은 솔라나 dApp이 동일한 메시지를 던지지 못하게 만들었던 아키텍처적 원인을 제거하는 것입니다. 이제 Kora를 통해 솔라나 팀은 다음을 제공할 수 있습니다:

• Privy, Turnkey 또는 Coinbase Embedded Wallets를 통한 이메일 또는 패스키 가입.
• 트랜잭션에 SOL 잔액이 전혀 필요 없음.
• USDC, BONK 또는 dApp의 네이티브 토큰(있는 경우)으로 수수료 지불.
• 경로에 번들러가 없는 1초 미만의 파이널리티.

구성 요소들은 이전에도 존재했습니다. Octane은 오픈 소스 조상격이었고, Circle의 Gas Station, Openfort, Portal, Gelato, Biconomy 및 기타 여러 벤더가 수수료 릴레이 서비스를 제공했습니다. Kora가 바꾸는 점은 이제 솔라나 재단이 직접 표준화되고 감사를 마친 KMS 호환 레퍼런스 구현체를 출시한다는 것입니다. 이를 통해 이전까지 자체적으로 구축하거나 벤더 비용을 지불해야 했던 모든 팀의 의사 결정 과정에서 "어떤 제3자 페이마스터를 신뢰해야 하는가"라는 고민이 사라지게 됩니다.

Kora 상위의 벤더 레이어​

흥미로운 점은 Kora가 메운 간극을 중심으로 이미 구축된 임베디드 지갑 벤더들에게 어떤 일이 일어나는가 하는 점입니다.

2025년 6월 Stripe에 인수된 Privy는 이메일 로그인을 원하는 Solana dApp들이 선호하는 컨슈머 앱 지갑이었습니다. Solana는 공식적으로 Privy의 보조 체인이며(주요 깊이는 EVM에 있음), 임베디드 지갑 흐름은 Solana까지 확장되며 Privy는 이미 앱이 관리하는 수수료 지불자(fee payer) 지갑 설정을 지원합니다. Kora는 Privy를 대체하는 것이 아니라, 각 고객이 자체 페이마스터 서비스를 운영하는 대신 Privy가 연결할 수 있는 표준화된 백엔드를 제공합니다.

Turnkey는 Kora의 원격 서명 API와 자연스럽게 어울리는 보안 우선 임베디드 서명기(signer)입니다. Turnkey는 페이마스터 인프라를 명시적으로 포함하지 않으므로, 하드웨어 격리 키와 가스리스 UX를 원하는 Solana 팀들은 두 벤더를 억지로 결합해야 했습니다. Kora는 이러한 통합의 번거로움을 없애줍니다.

2025년 Fireblocks에 인수된 Dynamic은 기관 팀에 멀티체인 인증을 제공합니다. Fireblocks의 지원을 받는 포지셔닝 덕분에 Dynamic은 기업 수준의 규정 준수와 함께 Solana 및 EVM 지원이 모두 필요한 핀테크 기업들에게 자연스러운 선택지가 됩니다. Kora는 Dynamic에 Fireblocks가 경쟁 페이마스터를 출시할 필요가 없는 깔끔한 Solana 수수료 추상화 모델을 제공합니다.

Coinbase Developer Platform은 다소 애매한 위치에 있습니다. Coinbase는 Coinbase Smart Wallet, 무료 Base 가스비, 임베디드 지갑 SDK를 통해 Base를 기본 컨슈머 체인으로 만드는 데 집중 투자해 왔습니다. Kora는 특히 Solana가 이미 규모의 경제 우위를 점하고 있는 USDC 네이티브 흐름을 원하는 앱들에게 Base가 내세우던 차별화 요소를 좁힙니다.

가능성 높은 결과는 Kora가 페이마스터 서비스를 직접 운영하고 싶지 않은 모든 임베디드 지갑 벤더의 기본 Solana 백엔드가 되는 것입니다. 벤더들은 인증 UX, 키 관리, 정책 제어 분야에서 경쟁하고, Kora는 그 아래에서 수수료 릴레이를 처리합니다. 이는 모든 컨슈머 Solana dApp이 독립적으로 벤더를 결정하고 각 후보의 자체 제작 릴레이어 보안을 평가해야 했던 이전 상태보다 생태계 전체에 더 건전한 방식입니다.

이것이 해결하는 문제와 해결하지 못하는 문제​

Kora는 특정 간극을 확실히 메우지만 다른 여러 문제는 해결하지 않은 채로 둡니다. 각각을 정확히 구분할 필요가 있습니다.

Kora가 해결하는 문제:

• 다른 토큰으로 수수료를 보조하려는 dApp에 있어 "사용자가 반드시 SOL을 보유해야 함"이라는 UX 장벽을 제거합니다.
• 운영 부담과 벤더 종속(lock-in) 사이에서 고민해야 했던 팀들의 "페이마스터 직접 구축 vs 구매" 결정을 해결합니다.
• 감사(audit) 및 KMS 지원을 통해 규제 대상 기관이 직접 솔루션을 구축하지 않고도 Kora 노드를 운영할 수 있게 함으로써 기관의 수용 가능성 격차를 해소합니다.

Kora가 해결하지 못하는 문제:

• 지갑 획득 자체 — 사용자는 여전히 Phantom, Privy, Turnkey, Coinbase 등 어딘가에서 임베디드 지갑을 가져와야 합니다.
• 배치 호출(batched calls) 및 세션 키와 같은 계정 추상화 프리미티브 — 이들은 여전히 PDA 및 기타 프로그램 수준 패턴을 통해 Solana에서 별도로 조립되고 있습니다.
• Kora 운영자가 선지불하는 SOL 비용을 누가 지불할 것인가라는 경제적 문제. 토큰 수익이나 스테이블코인 유동성이 있는 dApp의 경우 이는 괜찮지만, 무료 제품의 경우 가스비 후원은 단순한 고객 획득 비용(CAC)입니다.
• 크로스체인 UX — 사용자는 여전히 LayerZero, Wormhole, Across와 같은 브릿지나 체인 추상화 레이어와 상호작용해야 합니다.

"프로토콜 프리미티브로서의 가스리스 인프라"라는 논제는 양날의 검입니다. 이제 Solana는 주요 체인 중 가장 깔끔한 네이티브 수수료 추상화 모델을 갖게 되었습니다. 이는 차별화 요소가 지갑 UX, 복구 흐름, 그리고 EVM이 수년간 앞서나간 계정 추상화 기능과 같은 상위 스택으로 이동함을 의미합니다.

빌더를 위한 전략적 해석​

2026년 중반에 체인을 선택하는 팀에게 계산법이 바뀌었습니다. 12개월 전만 해도 컨슈머 온보딩에 대한 답은 Base, Abstract 또는 새로운 EVM 컨슈머 체인 중 하나였습니다. Solana는 개발자들의 관심과 인프라 모멘텀은 있었지만, SOL 획득 단계에서 일반 사용자들을 놓쳤습니다. 이제는 더 이상 그렇지 않습니다.

오늘 Solana에서 프론트엔드에 Privy나 Turnkey를, 백엔드에 Kora를 사용하여 출시하는 컨슈머 dApp은 기능적으로 Base의 동일한 스택과 동일한 UX 환경을 갖습니다. 이메일 로그인, 가스리스 트랜잭션, USDC 수수료 지불, 1초 미만의 완결성. 남은 차이점은 런타임 모델, 툴링 생태계, 그리고 가용 유동성뿐입니다. Solana의 처리량과 DEX 깊이를 원하는 앱에 있어 EVM을 선택해야 할 UX 측면의 논거는 상당히 약해졌습니다.

이미 Base에서 서비스를 운영 중인 팀들에게 Kora가 즉각적인 결정을 바꾸지는 않습니다. 하지만 장기적인 경쟁 압력은 변화시킵니다. 새로운 인프라 덕분에 통합에 대한 걱정이 줄어들어 가장 깔끔한 UX를 가진 컨슈머 dApp들이 Solana에서 나타나기 시작한다면, Base의 컨슈머 온보딩 해자를 중심으로 형성된 중력은 이동하기 시작할 것입니다.

솔직하게 평가하자면 Kora는 필요조건이지 충분조건은 아닙니다. 개발자들이 컨슈머 앱을 위해 Solana를 선택하지 않았던 특정 이유를 제거할 뿐입니다. Kora 자체가 Solana를 선택해야 할 새로운 이유를 만들어내지는 않습니다. 앞으로 두 분기 동안 임베디드 지갑 벤더들이 실제로 Kora를 기본값으로 채택하는지, 새로운 컨슈머 dApp들이 체인 선택의 이유로 Kora를 언급하는지, 그리고 기존 EVM 컨슈머 체인들이 자체 인프라를 개선하며 대응하는지 지켜봐야 할 것입니다.

어느 쪽이든, "거래 전 사용자가 SOL을 반드시 획득해야 함"은 이제 현재의 문제가 아니라 과거의 유산이 되었습니다. 그것만으로도 출시할 가치가 충분합니다.

BlockEden.xyz는 컨슈머 dApp, 결제망, 트레이딩 시스템을 구축하는 팀들을 위해 프로덕션 등급의 Solana RPC 인프라를 운영합니다. 가스리스 흐름을 통합하거나 Solana 제품을 확장하고 있다면, 차세대 컨슈머 크립토를 위해 설계된 저지연 엔드포인트를 저희 API 마켓플레이스에서 확인해 보세요.

출처​

• GitHub: solana-foundation/kora
• Kora — 다시는 'SOL 부족'으로 사용자를 잃지 마세요
• Kora를 사용하여 Solana에서 가스비 없는 트랜잭션을 활성화하는 방법 — QuickNode
• Solana Foundation, Kora 출시 — Metaverse Post
• Kora 수수료 릴레이어, Solana 앱 온보딩 및 수수료 지원 — Cryptonomist
• 수수료 대납 (Fee Sponsorship) — Solana Cookbook
• Solana에서 ERC-4337이란 무엇인가? — Solana Developers
• 계정 추상화 (Account Abstraction): Ethereum vs Solana 비교 — Squads
• Circle의 Gas Station이 Solana에서 수수료 지불자 (Fee Payer)를 사용하는 방법
• Solana 트랜잭션 대납 — Privy Docs
• 2026년 개발자를 위한 최고의 Solana 지갑 — Openfort
• Coinbase Smart Wallet — 지갑의 현황 Part 2
• Anza, 2026년 Solana의 주요 개발 계획 발표 — Phemex

만약 당신의 소셜 그래프 — 당신이 팔로우하는 모든 사람, 좋아요를 누른 모든 포스트, 팁을 준 모든 크리에이터가 담긴 보이지 않는 지도 — 가 기업의 데이터베이스 안에 갇혀 있지 않다면 어떨까요? 만약 650,000명의 프로필, 2,800만 개의 소셜 연결, 그리고 1,200만 개의 포스트를 새로운 블록체인으로 이전하는 작업이, 단 한 명의 사용자도 손가락 하나 까딱하지 않고 단 한 주말 만에 일어날 수 있다면 어떨까요?

이것이 바로 Lens가 Lens Chain과 Lens V3를 출시하며 해낸 일입니다. 이 과정에서 프로젝트는 현재까지 Web3에서 가장 큰 베팅 중 하나를 걸었습니다. 바로 빌트인 수익화 기능을 갖춘 탈중앙화 소셜 미디어인 소셜파이 (SocialFi)에는 DeFi 봇이나 NFT 플리퍼 (Flipper)들과 공유하는 범용 체인이 아닌, 목적에 맞게 구축된 전용 레이어 2가 필요하다는 것입니다. 선택된 스택은 실행을 위한 ZKsync의 ZK Stack, 데이터 가용성을 위한 Avail, 그리고 가스 토큰으로 사용되는 Aave의 GHO 스테이블코인입니다.

이는 확고한 주관이 담긴 베팅입니다. 그리고 그것이 옳은 선택일 수도 있습니다.

DeFi 봇에게 "내 WETH를 전부 USDC로 스왑하고, Aave에 공급해줘. 단, 최종 잔액이 $5,000 이상이어야 해"라고 말한다고 상상해 보세요. 현재 이 지시를 실행하려면 개발자가 서명 전에 모든 매개변수를 하드코딩해야 합니다 — 정확한 WETH 잔액, 예상 USDC 출력량, Aave 예치 금액까지. 이렇게 하면 서명된 블록과 온체인에 반영되는 블록 사이에 시장 조건이 변하는 순간 실패하는 취약한 트랜잭션이 만들어집니다. 2026년 4월 6일 Biconomy와 Ethereum Foundation이 발표한 ERC-8211은 이러한 취약성을 완전히 제거합니다. AI 에이전트가 실시간 체인 상태를 읽고, 조건을 검증하며, 다단계 전략을 단일 원자적 트랜잭션으로 실행할 수 있게 하는 최초의 Ethereum 표준입니다 — 정적 배치 호출을 지능적이고 자체 조정 가능한 워크플로우로 전환합니다.

이 시점은 우연이 아닙니다. Virtuals Protocol에서만 17,000개 이상의 AI 에이전트가 활동 중입니다. Coinbase의 AgentKit은 여러 LLM 제공업체에 걸쳐 자율 지갑을 지원합니다. NEAR의 공동 창업자는 "블록체인의 사용자는 AI 에이전트가 될 것"이라고 선언했습니다. 그러나 지금까지 이 에이전트들은 프론트엔드에서 버튼을 클릭하는 인간을 위해 설계된 것과 동일한 경직된 트랜잭션 형식을 통해 DeFi와 상호작용해야 했습니다. ERC-8211은 근본적으로 다른 것을 제공합니다: 실행 시점에 온체인에서 결정을 구성하는 능력, 그리고 내장된 안전 장치입니다.

문제점: 정적 배칭은 자율 에이전트를 위해 설계되지 않았다​

Multicall3 및 ERC-4337 번들러와 같은 멀티콜 컨트랙트는 이미 지갑이 여러 트랜잭션을 하나로 묶을 수 있게 해줍니다. 하지만 모든 매개변수는 서명 시점에 고정되어야 합니다. AI 에이전트가 2.5 WETH를 USDC로 스왑하고 그 수익을 Aave에 공급하는 배치에 서명하면, 2.5 WETH라는 수치는 동결됩니다 — 대기 중인 전송 도착이나 수수료 차감으로 인해 에이전트의 실제 잔액이 서명과 실행 사이에 변경되었더라도 말입니다.

이는 자율 에이전트에게 세 가지 연쇄적 문제를 야기합니다:

• 오래된 상태: 배치 트랜잭션이 블록에 포함될 때쯤이면, 트랜잭션이 가정한 온체인 상태가 더 이상 유효하지 않을 수 있습니다. 0.3%의 가격 변동으로도 스왑이 되돌려질 수 있으며, 가스를 낭비하고 전략이 절반만 실행된 채 남게 됩니다.
• 과도한 사전 지정: 에이전트는 서명 전에 모든 중간 값(정확한 출력량, 슬리피지 임계값, 예치 수량)을 미리 계산해야 합니다. 5단계 레버리지 루프의 경우, 5개의 순차적 출력을 예측해야 하며 — 그 중 하나라도 나머지를 무효화할 수 있습니다.
• 조건부 로직 부재: 정적 배치는 전부 아니면 전무입니다. "2단계 결과가 임계값을 초과하는 경우에만 3단계를 진행하라"고 말할 방법이 없습니다. 에이전트는 배치 자체 내에서 안전 제약 조건을 표현할 수 없습니다.

결과적으로 오늘날의 AI 에이전트는 인쇄된 탑승권과 같은 유연성으로 DeFi 전략을 실행합니다 — 출발 전에 모든 세부 사항이 정확해야 하며, 변경 사항이 있으면 처음부터 다시 시작해야 합니다.

ERC-8211의 작동 원리: 페처, 제약 조건, 프레디킷​

ERC-8211은 Biconomy가 "스마트 배칭"이라고 부르는 것을 도입합니다 — 배치의 각 매개변수가 값을 어떻게 얻을지와 해당 값이 어떤 조건을 충족해야 하는지를 선언하는 컨트랙트 레이어 인코딩 표준입니다. 이 표준은 세 가지 기본 요소로 구성됩니다:

페처(Fetchers)​

모든 입력 매개변수는 서명 시점이 아닌 실행 시점에 값이 어떻게 소싱되는지를 결정하는 페처 유형을 갖습니다. 세 가지 페처 유형을 사용할 수 있습니다:

• RAW_BYTES: 값이 하드코딩되며, 기존 배칭과 동일합니다.
• STATIC_CALL: 값이 실시간 온체인 컨트랙트 호출에서 읽힙니다 — 잔액 확인, 오라클 가격 조회, 또는 풀 리저브 읽기 등.
• BALANCE: 값은 실행 시점에 실행 계정의 네이티브 토큰 또는 ERC-20 잔액입니다.

라우팅 대상은 해결된 값이 어디로 가는지를 결정합니다: 호출의 대상 주소, 값 필드, 또는 콜데이터로.

제약 조건(Constraints)​

모든 해결된 값은 인라인 제약 조건을 가질 수 있습니다 — 호출이 진행되기 전에 온체인에서 검증되는 논리적 검사입니다. 지원되는 제약 조건 유형에는 EQ(같음), GTE(크거나 같음), LTE(작거나 같음), IN(집합 멤버십)이 포함됩니다. 제약 조건이 하나라도 실패하면 전체 배치가 원자적으로 되돌려집니다.

실제로 이는 에이전트가 다음과 같이 말할 수 있음을 의미합니다: "내 WETH 잔액을 가져오고(BALANCE 페처), 1.0 WETH 이상인지 확인한 후(GTE 제약 조건), 해결된 값을 스왑 콜데이터에 전달해(라우팅)."

프레디킷(Predicates)​

target = address(0)인 항목은 순수 어설션 체크포인트로 작동합니다. 외부 호출을 실행하지 않고 체인 상태에 대한 불리언 조건을 인코딩합니다 — 예를 들어, 레버리지 루프 후 지갑의 USDC 잔액이 안전 하한선 이상으로 유지되는지 확인합니다. 프레디킷이 실패하면 배치가 되돌려집니다.

이 세 가지 기본 요소가 함께 작용하여 배치를 정적 스크립트에서 반응형 프로그램으로 변환합니다: "내 전체 WETH 잔액을 USDC로 스왑하고, 도착한 정확한 금액을 Aave에 공급해. 단, 최종 잔액이 안전 하한선을 초과하는 경우에만." 모든 것이 하나의 트랜잭션에서, 모두 실행 시점에 해결됩니다.

부상하는 에이전트 프로토콜 스택​

ERC-8211은 단독으로 존재하지 않습니다. Ethereum Foundation이 자율 에이전트를 위해 특별히 구축해 온 점점 더 일관된 프로토콜 스택에 맞물립니다:

이 비유는 우연이 아닙니다: ERC-8004는 누가 거래하는지를 식별하고, ERC-8183은 어떤 작업이 교환되는지를 관리하며, ERC-8211은 작업이 온체인에서 어떻게 실행되는지를 처리하고, x402는 에이전트 간 어떻게 결제가 흐르는지를 관리합니다. 함께하여 업계 관찰자들이 "온체인 AI의 TCP/IP 순간"이라고 부르기 시작한 것을 형성합니다 — 각 프로토콜이 하나의 관심사를 깔끔하게 처리하는 계층화된 스택입니다.

ERC-8183은 특히 상호 보완적입니다. 클라이언트 에이전트가 제공자 에이전트를 고용하고, 에스크로 자금이 보유되며, 평가자가 배달을 증명하는 Job 기본 요소는 ERC-8211이 실행하도록 설계된 바로 그 종류의 다단계 조건부 온체인 액션을 생성합니다. ERC-8183을 통해 작업을 수락하는 AI 에이전트는 작업 이행의 일환으로 일련의 DeFi 작업(스왑, 공급, 차입)을 수행해야 할 수 있습니다. ERC-8211은 작업 수락과 실행 사이에 시장 조건이 변하더라도 이러한 작업이 올바르게 실행되도록 보장합니다.

경쟁 접근 방식: AgentKit, NEAR Chain Signatures, 그리고 분열 위험​

ERC-8211의 스마트 배칭은 AI 에이전트의 표준 실행 계층이 되기 위해 경쟁하는 유일한 프레임워크가 아닙니다:

Coinbase AgentKit은 AI 에이전트를 위한 지갑 인프라와 온체인 액션 기본 요소를 제공하며, OpenAI, Anthropic, Llama 모델을 네이티브로 지원합니다. 2026년 3월, World(Sam Altman의 신원 프로젝트)는 x402 결제 및 World ID 인증과 함께 AgentKit 통합을 출시하여 에이전트가 인간 지원의 암호학적 증명을 보유할 수 있게 했습니다. AgentKit은 지갑 관리와 단순 트랜잭션에 뛰어나지만, 현재 ERC-8211이 제공하는 조건부 상태 인식 실행 기능은 제공하지 않습니다.

NEAR Chain Signatures는 다른 아키텍처적 접근 방식을 취합니다: 에이전트가 자체 NEAR 계정을 갖고 개인 키가 신뢰 실행 환경(TEE)에 저장되며, Chain Signatures 기술을 통해 단일 NEAR 기반 신원으로 Ethereum, Bitcoin, Solana 등 모든 블록체인에서 트랜잭션에 서명할 수 있습니다. 이는 멀티체인 문제를 우아하게 해결하지만, 실행 의미론 계층이 아닌 인프라 계층에서 작동합니다.

Visa의 Trusted Agent Protocol과 **Google의 AP2(Agent Payment Protocol 2.0)**는 결제 및 가맹점 인증 측면을 다루며, 전통적 상거래가 AI 에이전트 거래를 인식하고 처리하도록 돕습니다. 이들은 ERC-8211의 온체인 실행 초점과 경쟁하기보다 보완합니다.

분열 위험은 현실적입니다. AgentKit이 자체 조건부 실행 기본 요소를 구축하거나, NEAR가 경쟁 배치 실행 표준을 개발하면, 에이전트들은 초기 DeFi를 괴롭혔던 것과 같은 상호운용성 문제에 직면할 수 있습니다 — 동일한 문제를 해결하는 여러 표준, 그 중 어느 것도 임계 질량에 도달하지 못하는 상황. ERC-8211의 장점은 기존 계정 추상화 인프라(ERC-4337, ERC-7683)와의 호환성과 최소한의 풋프린트입니다: 프로토콜 포크도, 새로운 옵코드도 필요 없으며, 모든 스마트 계정 구현과 작동합니다.

이것이 중요한 이유: 400,000 에이전트 경제는 온체인 조합성이 필요하다​

숫자가 긴급성의 명확한 그림을 그립니다. Chainalysis 추정에 따르면 400,000개 이상의 AI 에이전트가 현재 블록체인 네트워크에서 운영되고 있습니다. Virtuals Protocol만으로도 17,000개 이상의 에이전트에서 누적 수익 $3,950만을 돌파했습니다. Coinbase의 AgentKit은 모든 주요 LLM에서 자율 지갑을 지원합니다. 에이전트 경제는 추측이 아닙니다 — 오늘날 실제 수익을 창출하고 실제 트랜잭션을 실행하고 있습니다.

그러나 이 에이전트들은 인간 사용자를 위해 설계된 인프라에 의해 제약받고 있습니다. Uniswap에서 스왑에 서명하는 인간은 가격을 확인하고, 슬리피지를 조정하고, 확인할 수 있습니다 — 모두 몇 초 안에. 대규모로 운영되는 자율 에이전트는 이 수동 피드백 루프를 감당할 수 없습니다. 서명과 포함 사이에 무슨 일이 일어나든 올바르게 실행되는 자체 포함, 자체 검증 트랜잭션 번들로 복잡한 전략을 표현해야 합니다.

ERC-8211의 영향은 DeFi 자동화를 넘어 확장됩니다. 다음 시나리오를 고려해 보세요:

• 자율 자금 관리: 프레디킷 검사를 통해 단일 프로토콜이 자금의 30% 이상을 보유하지 않도록 보장하면서 수익률 프로토콜 전반에 걸쳐 리밸런싱하는 DAO 자금 관리 에이전트 — 모두 하나의 원자적 트랜잭션으로.
• MEV 저항 실행: 서명 시점이 아닌 실행 시점에 값을 해결함으로써, 스마트 배치는 보류 중인 트랜잭션에서 오래된 매개변수를 악용하는 MEV 검색자에게 제공되는 정보를 줄입니다.
• 크로스 프로토콜 차익거래: Uniswap과 Curve 간의 가격 불일치를 감지하는 에이전트가 최소 수익 임계값을 보장하는 제약 조건과 함께 차익거래를 원자적으로 실행할 수 있어, 한 쪽을 실행하고 다른 쪽에서 실패하는 위험을 제거합니다.

앞으로의 길: 표준에서 인프라로​

ERC-8211은 아직 ERC 제안이며, 최종 확정된 표준이 아닙니다. 참조 구현은 오픈소스이며 데모 형태로 실행되고 있지만, 채택은 지갑 제공자, 번들러 운영자, DeFi 프로토콜이 스마트 배칭 인터페이스를 통합하는 것에 달려 있습니다. 이 표준의 계정 불가지론적 설계 — ERC-4337 스마트 계정, ERC-7683 크로스체인 인텐트, 그리고 실행자 컨트랙트를 통한 전통적 EOA와 호환 — 는 가장 큰 채택 장벽을 제거하지만, 통합에는 여전히 적극적인 개발이 필요합니다.

4개 표준 에이전트 스택(ERC-8004 + ERC-8183 + ERC-8211 + x402)은 일관된 비전을 나타내지만, 암호화폐에서 일관된 비전은 역사적으로 경쟁 압력 하에서 분열되어 왔습니다. 이 스택이 사실상의 표준으로 통합되는지 아니면 경쟁 구현으로 분열되는지는 어떤 프로토콜이 먼저 프로덕션 통합을 출시하느냐에 달려 있습니다.

의심의 여지가 없는 것은 방향입니다. 블록체인의 주요 사용자가 프론트엔드를 클릭하는 인간에서 프로그래밍된 전략을 실행하는 자율 에이전트로 전환되고 있습니다. ERC-8211은 이 에이전트들에게 그들의 능력에 맞는 트랜잭션 형식을 제공하려는 최초의 본격적인 시도입니다 — 거래하기 전에 사고하는 형식입니다.

여러 체인에서 DeFi 프로토콜과 상호작용하는 AI 에이전트를 구축하고 계신가요? BlockEden.xyz는 Ethereum, Sui, Aptos 및 20개 이상의 네트워크를 위한 고성능 RPC 엔드포인트와 데이터 API를 제공합니다 — 에이전트가 안정적인 온체인 읽기 및 실행을 위해 필요한 인프라 계층입니다. API 마켓플레이스를 탐색하여 시작해 보세요.

지난 15년 동안 크립토의 온보딩 경험은 변명의 여지가 없을 정도로 엉망이었습니다. 새로운 사용자들은 지갑을 다운로드하고, 이해할 수 없는 12개의 임의의 단어 세례를 받으며, 무엇이든 하려면 ETH가 필요하다는 사실(하지만 가스 비용을 위한 ETH가 없으면 ETH를 살 수 없는 상황)을 깨닫고 단 한 건의 트랜잭션도 완료하기 전에 화를 내며 앱을 종료합니다. 업계는 이를 "탈중앙화"라고 불렀지만, 사용자들은 이를 "적대적 디자인"이라고 불렀습니다.

계정 추상화—특히 ERC-4337과 2025년 5월 이더리움의 EIP-7702 업그레이드—가 마침내 결코 망가져서는 안 되었던 부분들을 고치고 있습니다. 이더리움 및 레이어 2 네트워크 전반에 걸쳐 4,000만 개 이상의 스마트 계정이 배포되었으며, 2024년에만 거의 2,000만 개가 생성되었습니다. 이 표준은 1억 건 이상의 UserOperations를 가능하게 했으며, 이는 2023년 대비 10배 증가한 수치입니다. 또한 이러한 트랜잭션의 87%가 페이마스터(paymasters)에 의해 가스비가 지원되면서, 우리는 "이더리움을 사용하려면 ETH가 필요하다"는 역설의 종말을 목격하고 있습니다.

이것은 단순한 점진적 개선이 아닙니다. 크립토가 암호학자가 아니라는 이유로 사용자를 처벌하던 시대를 끝내는 변곡점입니다.

4,000만 스마트 계정 달성: 무엇이 바뀌었나​

계정 추상화는 새로운 개념이 아닙니다. 개발자들은 이더리움 초기부터 이를 논의해 왔습니다. 2024-2025년에 바뀐 점은 배포 인프라, 지갑 지원, 그리고 스마트 계정을 경제적으로 실행 가능하게 만든 레이어 2 확장성입니다.

ERC-4337은 2023년 3월에 확정되었으며, 이더리움의 핵심 프로토콜을 변경하지 않고 스마트 컨트랙트 지갑을 구현하는 표준화된 방법을 도입했습니다. 이는 번들러(bundlers)라고 불리는 특수 노드에 의해 묶여 제출되는 가상 트랜잭션인 UserOperations를 통해 작동하며, 기존의 외부 소유 계정(EOA)으로는 불가능했던 기능들을 가능하게 합니다.

• 가스리스 트랜잭션(Gasless transactions): 페이마스터가 가스 수수료를 대납하여 ETH를 먼저 준비해야 하는 문제를 해결합니다.
• 일괄 거래(Batch transactions): 여러 작업을 하나로 묶어 비용과 클릭 횟수를 줄입니다.
• 소셜 복구(Social recovery): 시드 구문 대신 신뢰할 수 있는 연락처를 통해 계정을 복구합니다.
• 세션 키(Session keys): 마스터 키를 노출하지 않고 앱에 임시 권한을 부여합니다.
• 프로그래밍 가능한 보안: 맞춤형 검증 로직, 지출 한도 설정, 사기 탐지 기능 등을 제공합니다.

4,000만 개의 배포 이정표는 전년 대비 7배의 성장을 의미합니다. 이러한 계정의 거의 절반이 2024년에 생성되었으며, 주요 지갑과 레이어 2가 ERC-4337 인프라를 채택함에 따라 2025년까지 그 속도는 가속화되었습니다.

Base, Polygon, Optimism이 이러한 도입을 주도하고 있습니다. Base는 Coinbase Wallet과의 통합을 통해 수백만 명의 사용자에게 가스비 없는 온보딩을 지원했습니다. Polygon의 강력한 게임 생태계는 플레이어가 프라이빗 키를 관리할 필요 없이 게임 내 경제를 이용할 수 있도록 스마트 계정을 활용하고 있습니다. Optimism의 OP Stack 표준화는 소규모 L2들이 별도의 구현 없이도 계정 추상화를 채택할 수 있도록 도왔습니다.

하지만 진정한 촉매제는 2025년 5월 7일 이더리움의 펙트라(Pectra) 업그레이드와 함께 활성화된 EIP-7702였습니다.

EIP-7702: 3억 개의 기존 지갑을 업그레이드하는 방법​

ERC-4337 스마트 계정은 강력하지만 새로운 계정입니다. 2015년부터 이더리움을 사용해 왔다면, 여러분의 자산은 프라이빗 키가 모든 것을 제어하는 단순한 키-값 쌍인 EOA에 보관되어 있을 것입니다. 이러한 자산을 스마트 계정으로 옮기려면 트랜잭션, 가스 수수료, 그리고 오류의 위험이 따릅니다. 대부분의 사용자에게 이러한 번거로움은 너무나 큰 장벽이었습니다.

EIP-7702는 기존 EOA가 트랜잭션 중에 일시적으로 스마트 컨트랙트 코드를 실행할 수 있도록 하여 이 문제를 해결했습니다. 이는 EOA가 영구적으로 컨트랙트가 되지 않고도 실행 가능한 바이트코드를 첨부할 수 있는 새로운 트랜잭션 유형(0x04)을 도입합니다.

작동 방식은 다음과 같습니다. EOA 소유자가 자신의 계정이 일시적으로 채택할 실행 코드가 포함된 주소인 "위임 지정자(delegation designator)"에 서명합니다. 해당 트랜잭션 동안 EOA는 일괄 작업, 가스 대납, 맞춤형 검증 로직과 같은 스마트 컨트랙트 기능을 갖게 됩니다. 트랜잭션이 완료되면 EOA는 원래 상태로 돌아가지만, 인프라는 이제 이를 계정 추상화와 호환되는 것으로 인식합니다.

이는 3억 개 이상의 기존 이더리움 주소가 자산 이동이나 새 컨트랙트 배포 없이도 스마트 계정 기능을 얻을 수 있음을 의미합니다. MetaMask, Trust Wallet, Ambire와 같은 지갑은 사용자 계정을 투명하게 업그레이드하여 다음과 같은 기능을 제공할 수 있습니다.

• 가스리스 온보딩: 앱이 신규 사용자의 가스비를 지원하여 ETH 역설을 제거합니다.
• 트랜잭션 일괄 처리: 두 번의 트랜잭션 대신 한 번의 클릭으로 토큰 승인과 스왑을 동시에 처리합니다.
• 대체 키 체계로의 위임: Face ID, 패스키(passkeys) 또는 하드웨어 지갑을 기본 인증 수단으로 사용합니다.

주요 지갑들은 펙트라 업그레이드 후 몇 주 만에 EIP-7702 지원을 구현했습니다. Ambire와 Trust Wallet은 즉시 지원을 시작하여 사용자들의 EOA를 수동 마이그레이션 없이 계정 추상화가 가능한 상태로 만들었습니다. 이것은 단순한 기능 업그레이드가 아니라, 이더리움 사용자 기반 전체에 현대적인 UX를 소급 적용한 것입니다.

ERC-4337(신규 스마트 계정)과 EIP-7702(기존 계정 업그레이드)의 조합은 업계 전망치에 따르면 2025년 말까지 2억 개 이상의 스마트 계정으로 향하는 길을 열어줄 것입니다. 이것은 과장된 광고가 아닙니다. 크립토가 정당한 이유 없이 스스로 부과했던 온보딩 마찰을 제거한 자연스러운 결과입니다.

1억 건의 UserOperations: 진정한 채택의 척도​

아무도 사용하지 않는다면 스마트 계정 배포 수는 허상에 불과한 지표입니다. ERC-4337 스마트 계정이 제출하는 트랜잭션 형태의 묶음인 UserOperations가 실제 상황을 보여줍니다.

ERC-4337 표준은 2023년 830만 건에서 증가하여 1억 건 이상의 UserOperations를 가능하게 했습니다. 이는 불과 1년 만에 12배 증가한 수치로, 주로 게임, DeFi 및 가스비 없는 온보딩 흐름에 의해 주도되었습니다.

이러한 UserOperations의 87%는 페이마스터(paymaster)에 의해 가스비가 후원되었습니다. 페이마스터는 사용자를 대신하여 트랜잭션 수수료를 지불하는 스마트 컨트랙트입니다. 이것이 바로 핵심 기능입니다. 개발자는 사용자가 앱과 상호작용하기 전에 ETH를 확보하도록 강요하는 대신, 가스비를 후원하여 즉시 온보딩할 수 있습니다. 비용은 트랜잭션당 몇 센트에 불과하지만, 이점은 크립토 온보딩에서 가장 큰 장애물을 제거하는 것입니다.

페이마스터는 세 가지 모드로 작동합니다:

1. 전체 후원 (Full sponsorship): 앱이 모든 가스비를 지불합니다. 온보딩, 추천인 프로그램 또는 프로모션 캠페인에 사용됩니다.
2. ERC-20 결제 (ERC-20 payment): 사용자가 ETH 대신 USDC, DAI 또는 앱 네이티브 토큰으로 가스비를 지불합니다. 플레이어가 토큰을 획득하지만 ETH를 보유하지 않는 게임에서 흔히 사용됩니다.
3. 조건부 후원 (Conditional sponsorship): 특정 조건(예: 첫 번째 트랜잭션, 트랜잭션 가치가 임계값 초과, 기존 회원의 추천)이 충족될 경우 가스비를 후원합니다.

실질적인 효과는 이렇습니다. 신규 사용자는 중앙화 거래소를 거치지 않고, 여러 개의 지갑을 다운로드하지 않으며, 가스비를 이해할 필요 없이 60초 이내에 가입에서 첫 트랜잭션까지 마칠 수 있습니다. 이메일과 비밀번호(또는 소셜 인증)로 가입하면 앱이 첫 트랜잭션을 후원합니다. 사용자가 지갑과 키를 이해해야 할 시점이 되면, 그들은 이미 앱을 사용하며 가치를 경험하고 있는 상태가 됩니다.

이것이 Web2 앱이 작동하는 방식입니다. 그리고 크립토가 항상 작동했어야 하는 방식이기도 합니다.

가스비 없는 트랜잭션: ETH 부트스트래핑 문제의 종말​

"이더리움을 사용하려면 ETH가 필요하다"는 문제는 크립토에서 가장 당혹스러운 UX 실패 사례였습니다. 새로운 앱 사용자에게 다음과 같이 말한다고 상상해 보십시오. "이 앱을 사용해 보기 전에 별도의 서비스로 이동하여 신원을 확인하고, 네트워크 통화를 구매한 다음, 이 앱으로 이체해야 합니다. 또한, 해당 통화가 다 떨어지면 다른 자산이 있어도 아무것도 할 수 없습니다."

페이마스터는 이러한 불합리함을 끝냈습니다. 이제 개발자는 ETH가 전혀 없는 사용자를 온보딩하고, 첫 트랜잭션을 후원하며, 즉시 DeFi, 게임 또는 소셜 앱과 상호작용하게 할 수 있습니다. 사용자가 익숙해지면 셀프 커스터디와 직접 가스비를 관리하는 단계로 전환할 수 있지만, 초기 경험에서 블록체인 내부 구조를 이해하지 못한다는 이유로 신규 사용자에게 벌칙을 주지 않습니다.

Circle의 페이마스터가 대표적인 예입니다. 이는 애플리케이션이 USDC로 결제하는 사용자를 위해 가스비를 후원할 수 있도록 합니다. 지갑에 USDC가 있는 사용자는 ETH를 구매하지 않고도 이더리움이나 레이어 2에서 트랜잭션을 수행할 수 있습니다. 페이마스터는 백그라운드에서 USDC를 가스비로 전환하며, 이는 사용자에게 보이지 않습니다. 스테이블코인 우선 앱(송금, 결제, 저축)의 경우, 이는 변동성이 큰 가스 토큰을 관리해야 하는 심리적 부담을 제거합니다.

Base의 페이마스터 인프라는 코인베이스(Coinbase)가 크립토의 복잡함 없이 수백만 명의 사용자를 DeFi로 온보딩할 수 있게 했습니다. 코인베이스 월렛은 기본적으로 Base를 사용하며, 초기 트랜잭션을 후원하고 사용자가 가스비가 무엇인지 이해하기 전에 Uniswap이나 Aave와 같은 앱을 사용할 수 있도록 합니다. 사용자가 ETH를 구매해야 할 시점이 되면, 그들은 이미 가치를 경험하고 시스템이 왜 그렇게 작동하는지에 대한 문맥을 파악한 상태가 됩니다.

Immutable X나 Treasure DAO와 같은 게임 플랫폼은 페이마스터를 사용하여 플레이어 트랜잭션을 보조합니다. 인게임 액션 — 아이템 민팅, 마켓플레이스 거래, 보상 수령 — 은 가스 트랜잭션 승인을 위해 게임 플레이를 중단할 필요 없이 즉시 이루어집니다. 플레이어는 게임 플레이를 통해 토큰을 획득하고 나중에 이를 가스비로 사용하거나 거래할 수 있지만, 초기 경험은 마찰이 없습니다.

그 결과, 2024년에서 2025년 사이에 애플리케이션이 후원한 가스비는 수천만 달러에 달합니다. 이는 자선 활동이 아니라 고객 획득 비용(CAC)입니다. 앱들은 사용자가 중앙화 거래소를 먼저 거치게 만드는 것보다 트랜잭션당 $0.02 - 0.10를 지불하여 사용자를 온보딩하는 것이 더 저렴하고 효과적이라고 판단한 것입니다.

일괄 트랜잭션: 클릭 한 번으로 여러 작업 수행​

전통적인 이더리움 UX에서 가장 실망스러운 측면 중 하나는 모든 작업을 개별적으로 승인해야 한다는 점입니다. Uniswap에서 USDC를 ETH로 교환하고 싶으신가요? 두 번의 트랜잭션이 필요합니다. 하나는 Uniswap이 귀하의 USDC를 사용하도록 승인(Approve)하는 것이고, 다른 하나는 스왑을 실행하는 것입니다. 각 트랜잭션마다 지갑 팝업, 가스비 확인 및 블록 확정 시간이 필요합니다. 신규 사용자에게는 앱이 고장 난 것처럼 느껴질 수 있고, 숙련된 사용자에게는 그저 번거로울 뿐입니다.

ERC-4337과 EIP-7702는 트랜잭션 배칭(transaction batching)을 가능하게 하며, 여기서 여러 작업이 하나의 UserOperation으로 묶입니다. 동일한 Uniswap 스왑이 이제 한 번의 클릭, 한 번의 확인, 한 번의 가스비로 처리됩니다. 스마트 계정은 내부적으로 승인과 스왑을 순차적으로 실행하지만, 사용자는 단일 트랜잭션만 보게 됩니다.

활용 사례는 DeFi를 훨씬 뛰어넘습니다:

• NFT 민팅: USDC 승인, NFT 민팅, 마켓플레이스 리스팅을 한 번의 트랜잭션으로 처리
• 게이밍: 보상 수령, 아이템 업그레이드, 토큰 스테이킹을 동시에 수행
• DAO 거버넌스: 각 투표마다 가스비를 내는 대신 단일 트랜잭션으로 여러 제안에 투표
• 소셜 앱: 작업별 확인 없이 콘텐츠 게시, 크리에이터 후원, 계정 팔로우 수행

이것은 단순한 UX 개선이 아닙니다 — 사용자가 온체인 애플리케이션과 상호작용하는 방식을 근본적으로 바꿉니다. 이전에는 번거롭고 비용이 많이 들게 느껴졌던 복잡한 다단계 흐름이 이제는 즉각적이고 매끄럽게 느껴집니다. "이 앱은 복잡하다"와 "이 앱은 그냥 잘 작동한다"의 차이는 종종 배칭(batching)에서 결정됩니다.

사회적 복구: 시드 구문에 대한 불안의 종말​

크립토 네이티브가 아닌 사용자에게 셀프 커스터디(Self-custody)에서 가장 두려운 것이 무엇인지 물어본다면, 그 답은 항상 "시드 구문을 잃어버리면 어떡하죠?"입니다. 시드 구문은 이론적으로는 안전하지만 실제로는 재앙이 될 수 있습니다. 사용자들은 종이에 적어두었다가 분실하거나 손상시키고, 비밀번호 관리자에 저장하여 단일 실패 지점(Single Point of Failure)을 만들거나, 아예 백업하지 않아 기기 고장 시 자산을 영구적으로 잃어버리기도 합니다.

사회적 복구(Social recovery) 는 이 모델을 완전히 뒤집습니다. 12개의 단어로 된 니모닉을 유일한 복구 수단으로 사용하는 대신, 스마트 계정을 통해 사용자가 신뢰할 수 있는 "가디언(Guardians)"—친구, 가족 또는 하드웨어 기기—을 지정할 수 있게 합니다. 이들은 기본 키를 분실했을 때 집단적으로 액세스 권한을 복원할 수 있습니다.

작동 방식은 다음과 같습니다: 사용자는 스마트 계정을 설정하고 3명의 가디언을 지정합니다 (2/3, 3/5 등 인원수와 임계값은 자유롭게 설정 가능). 각 가디언은 복구 샤드(Recovery shard)—그 자체로는 계정에 접근할 수 없는 부분적인 키—를 보유합니다. 사용자가 기본 키를 잃어버리면 가디언에게 연락하여 복구를 요청합니다. 임계값이 충족되면 (예: 가디언 3명 중 2명이 승인), 스마트 계정의 제어권은 사용자가 제어하는 새로운 키로 이전됩니다.

Argent는 2019년에 이 모델을 개척했습니다. 2025년까지 Argent는 수십만 명의 사용자를 위해 사회적 복구를 활성화했으며, 기기를 분실한 사용자의 복구 성공률은 95%를 상회합니다. 심리적 변화는 매우 큽니다. "이 시드 구문을 영원히 보호하지 못하면 모든 것을 잃는다"는 생각 대신, "내가 이미 유지하고 있는 신뢰하는 사람들과의 관계를 관리하면 된다"는 인식이 자리 잡게 됩니다.

Ambire Wallet은 이메일/비밀번호 인증과 고가치 계정을 위한 선택적 사회적 복구를 결합한 하이브리드 접근 방식을 취했습니다. 단순함을 선호하는 사용자는 이메일 기반 복구(여러 서버에 분산 저장된 암호화된 키 샤드 사용)에 의존할 수 있고, 파워 유저는 추가 보안을 위해 사회적 복구 레이어를 더할 수 있습니다.

비판도 있습니다: 사회적 복구는 가디언들이 공모하지 않을 것이라는 신뢰가 필요하므로 순수한 '트러스트리스(Trustless)'가 아니라는 점입니다. 일리 있는 지적입니다. 하지만 대부분의 사용자에게 있어, 종이 조각을 절대 잃어버리지 않겠다고 자신을 믿는 것보다 세 명의 친구를 믿는 것이 훨씬 더 현실적입니다. "순수한 셀프 커스터디"에 대한 크립토의 근본주의적 입장은 인류의 99%가 이 생태계를 사용할 수 없게 만들었습니다. 사회적 복구는 현실적인 위협 모델 내에서 보안을 희생하지 않으면서 온보딩을 가능하게 하는 실용적인 타협안입니다.

세션 키: 노출 없는 권한 위임​

전통적인 EOA(외부 소유 계정)는 '전부 아니면 전무(All-or-nothing)' 방식입니다. 앱이 사용자의 개인 키를 가지게 되면 지갑 전체를 비울 수 있습니다. 이는 끊임없는 사용자 개입 없이 빈번한 트랜잭션 서명이 필요한 대화형 애플리케이션(게임, 소셜 앱, 자동 트레이딩 봇)에 딜레마를 안겨줍니다.

세션 키(Session keys) 는 앱에 일시적이고 제한된 권한을 부여함으로써 이 문제를 해결합니다. 스마트 계정 소유자는 특정 기간(예: 24시간) 동안 특정 작업(예: Uniswap에서 거래, NFT 민팅, 소셜 앱에 게시글 작성)에 대해서만 유효한 세션 키를 생성할 수 있습니다. 앱은 이 세션 키를 보유하여 설정된 제약 조건 내에서 트랜잭션을 실행할 수 있지만, 계정의 전체 자금에 접근하거나 승인되지 않은 행동을 할 수는 없습니다.

2025-2026년에 폭발적으로 증가할 사용 사례:

• 게이밍: 플레이어는 게임 클라이언트에 세션 키를 부여하여, 30초마다 지갑 팝업을 띄우지 않고도 전리품 획득, 아이템 거래, 캐릭터 업그레이드 등 게임 내 트랜잭션을 즉각적으로 실행할 수 있습니다. 세션 키는 게임 관련 컨트랙트로 범위가 제한되며 세션이 종료되면 만료됩니다.

• 트레이딩 봇: DeFi 사용자는 자동 트레이딩 전략을 위해 세션 키를 생성합니다. 봇은 거래를 실행하고 포트폴리오를 리밸런싱하며 수익을 청구할 수 있지만, 자금을 출금하거나 화이트리스트 외부의 컨트랙트와 상호작용할 수 없습니다.

• 소셜 앱: 탈중앙화된 Twitter/Reddit 대안 서비스들은 세션 키를 사용하여 사용자가 매 행동마다 승인할 필요 없이 포스팅, 댓글 작성, 팁 제공을 할 수 있게 합니다. 세션 키는 소셜 컨트랙트 상호작용으로 제한되며 팁 지출 한도가 설정됩니다.

이 보안 모델은 시간이 제한되고 범위가 한정된 권한을 의미하며, 이는 Web2 앱의 OAuth 작동 방식과 정확히 일치합니다. 앱에 전체 계정 접근 권한을 주는 대신, 제한된 시간 동안 특정 권한을 부여하는 것입니다. 앱이 해킹당하거나 악의적으로 행동하더라도 최악의 피해는 세션 키의 범위와 기간 내로 한정됩니다.

이는 사용자들이 Web2에서 기대하는 사용자 경험(UX)입니다. 크립토가 15년 동안 이를 제공하지 못했다는 점은 변명의 여지가 없으며, 계정 추상화가 마침내 이를 해결하고 있습니다.

Base, Polygon, Optimism: 4,000만 개의 스마트 계정이 실제로 존재하는 곳​

4,000만 개의 스마트 계정 배포는 고르게 분포되어 있지 않습니다. 가스비가 충분히 낮아 계정 추상화를 경제적으로 실현할 수 있는 레이어 2(Layer 2)에 집중되어 있습니다.

Base는 Coinbase의 배포력을 활용하여 대규모 일반 사용자를 온보딩하며 채택을 주도하고 있습니다. Coinbase Wallet은 신규 사용자를 위해 기본적으로 Base를 사용하며, 스마트 계정은 투명하게 생성됩니다. 대부분의 사용자는 자신이 스마트 계정을 사용하고 있다는 사실조차 모릅니다. 이메일로 가입하고, 거래를 시작하며, 가스비 없는 온보딩을 경험하면서도 그 이면의 기술은 이해할 필요가 없습니다. 이것이 바로 목표입니다. 크립토가 앱을 사용해 보기도 전에 머클 트리나 타원 곡선을 이해하도록 강요해서는 안 됩니다.

Base의 게이밍 생태계는 계정 추상화의 혜택을 크게 누리고 있습니다. Base 기반 게임들은 세션 키를 사용하여 마찰 없는 게임플레이를 구현하고, 트랜잭션을 일괄 처리(Batching)하여 게임 내 작업 지연 시간을 줄이며, 페이마스터(Paymaster)를 통해 플레이어 온보딩 비용을 보조합니다. 그 결과, 크립토 경험이 전혀 없는 플레이어도 블록체인 위에 있다는 사실을 인지하지 못한 채 Web3 게임을 즐길 수 있습니다.

Polygon은 ERC-4337을 채택한 게이밍 및 NFT 플랫폼들을 통해 초기 동력을 얻었습니다. Polygon의 저렴한 수수료(트랜잭션당 보통 $0.01 미만)는 페이마스터가 후원하는 가스비를 경제적으로 유지 가능하게 합니다. Aavegotchi, Decentraland, The Sandbox와 같은 프로젝트들은 지갑 관리가 아닌 가상 세계와의 상호작용을 원하는 사용자들의 마찰을 제거하기 위해 스마트 계정을 사용합니다.

또한 Polygon은 주요 브랜드(Starbucks Odyssey, Reddit Collectible Avatars, Nike .SWOOSH)와 파트너십을 맺고 수백만 명의 비크립토 사용자를 온보딩했습니다. 이 사용자들은 지갑, 시드 구문, 가스비를 보지 못합니다. 대신 게임화된 로열티 프로그램과 디지털 수집품을 경험합니다. 내부적으로 이들은 계정 추상화가 적용된 스마트 계정을 사용하고 있는 것입니다.

Optimism의 OP Stack 표준화는 계정 추상화를 여러 롤업에 걸쳐 이식 가능하게 만들었습니다. 모든 OP Stack 체인은 맞춤형 구현 없이 Optimism의 ERC-4337 인프라를 상속받을 수 있습니다. 이는 네트워크 효과를 창출했습니다. 개발자는 계정 추상화가 활성화된 앱을 한 번 개발하면 최소한의 수정만으로 Base, Optimism 및 기타 OP Stack 체인에 배포할 수 있습니다.

Optimism의 공공재 자금 지원(Public Goods Funding)에 대한 집중 또한 지갑 개발자들이 계정 추상화를 채택하도록 장려했습니다. 소급 공공재 자금 지원(RPGF) 라운드는 이더리움 UX를 개선하는 프로젝트에 명시적으로 보상했으며, 계정 추상화 지갑들이 상당한 할당량을 받았습니다.

패턴은 명확합니다: 낮은 수수료 + 유통 채널 + 개발자 도구 = 채택. 스마트 계정은 $5-$50의 가스비로 인해 페이마스터 후원 비용이 너무 비싼 이더리움 메인넷에서는 활성화되지 못했습니다. 하지만 트랜잭션당 비용이 센트 단위로 떨어진 레이어 2에서는 가스비 없는 온보딩이 경제적으로 가능해지며 폭발적으로 성장했습니다.

2억 명의 스마트 계정 엔드게임​

업계 전망에 따르면 2025년 하반기까지 스마트 계정의 수가 2억 개를 넘어설 것으로 예상됩니다. 이는 ERC-4337의 도입과 기존 EOA를 개선하는 EIP-7702 덕분입니다. 이는 단순한 낙관적 추측이 아니라, 인위적인 마찰을 제거한 자연스러운 결과입니다.

2억 명으로 가는 길:

1. 모바일 지갑 채택. Ambire Mobile, Trust Wallet, MetaMask Mobile은 이제 계정 추상화를 지원하여 수십억 명의 스마트폰 사용자에게 스마트 계정 기능을 제공합니다. 모바일은 차세대 크립토 채택이 일어나는 곳이며, 모바일 UX는 시드 구문 관리나 트랜잭션별 가스비 승인을 용납하지 않습니다.

2. 게이밍 온보딩. Web3 게임은 계정 추상화의 가장 활발한 사용 사례입니다. P2E (Play-to-Earn) 메커니즘을 갖춘 무료 게임은 수백만 명의 플레이어를 온보딩하고, 초기 트랜잭션을 대납하며, 끊김 없는 게임 플레이를 지원할 수 있습니다. 2025-2026년에 10~20개의 주요 게임이 계정 추상화를 채택한다면, 이는 5,000만에서 1억 명의 사용자로 이어집니다.

3. 엔터프라이즈 애플리케이션. Circle, Stripe, PayPal과 같은 기업들은 블록체인 결제를 통합하고 있지만, 고객에게 시드 구문 관리를 요구하지는 않을 것입니다. 계정 추상화는 엔터프라이즈 앱이 Web2 수준의 UX로 블록체인 기반 서비스를 제공할 수 있게 합니다.

4. 소셜 앱. 탈중앙화 소셜 플랫폼 (Farcaster, Lens, Friend.tech)은 Twitter나 Instagram과 경쟁하기 위해 마찰 없는 온보딩이 필요합니다. 모든 포스팅마다 지갑 승인이 필요하다면 아무도 탈중앙화 Twitter를 사용하지 않을 것입니다. 세션 키 (Session keys)와 페이마스터는 탈중앙화 소셜 앱의 실현 가능성을 높여줍니다.

5. EIP-7702 레트로핏. 3억 개 이상의 기존 이더리움 EOA는 마이그레이션 없이 스마트 계정 기능을 얻을 수 있습니다. 이 중 20~30%만 EIP-7702 기능을 채택해도 6,000만에서 9,000만 개의 계정이 업그레이드되는 셈입니다.

변곡점은 스마트 계정이 예외가 아닌 기본값이 될 때입니다. MetaMask, Trust Wallet, Coinbase Wallet과 같은 주요 지갑들이 신규 사용자를 위해 기본적으로 스마트 계정을 생성하게 되면 설치 기반은 빠르게 이동할 것입니다. EOA는 호환성을 위해 유지되는 레거시 인프라가 되고, 더 이상 주된 사용자 경험이 아니게 될 것입니다.

BlockEden.xyz 빌더가 주목해야 하는 이유​

이더리움이나 레이어 2에서 빌딩하고 있다면, 계정 추상화는 선택 사항이 아니라 경쟁력 있는 UX를 위한 필수 인프라입니다. 사용자들은 가스리스 온보딩, 일괄 트랜잭션, 소셜 복구를 기대합니다. 이것이 Web2 앱의 작동 방식이자 현대적인 크립토 앱이 작동해야 하는 방식이기 때문입니다.

개발자에게 계정 추상화 구현은 다음을 의미합니다:

적절한 인프라 선택: 처음부터 직접 구축하기보다 ERC-4337 번들러 및 페이마스터 서비스 (Alchemy, Pimlico, Stackup, Biconomy)를 사용하세요. 프로토콜은 표준화되었고 툴링은 성숙했으며, 바퀴를 새로 발명하는 것은 시간 낭비입니다.

복잡성을 숨기는 온보딩 흐름 설계: 가입 시 사용자에게 시드 구문을 보여주지 마세요. 가치를 경험하기도 전에 가스비 승인을 요구하지 마세요. 초기 트랜잭션을 대납하고, 반복적인 상호작용에는 세션 키를 사용하며, 고급 기능은 점진적으로 도입하세요.

소셜 복구 지원: 일반 사용자를 위한 이메일 기반 복구, 원하는 사용자를 위한 소셜 복구, 그리고 완전한 제어권을 요구하는 파워 유저를 위한 시드 구문 백업을 제공하세요. 사용자마다 위협 모델이 다르므로 지갑은 이 모든 것을 수용해야 합니다.

계정 추상화는 여러분의 앱을 다음 10억 명의 사용자에게 접근 가능하게 만드는 인프라입니다. 만약 여러분의 온보딩 과정에서 제품을 체험하기도 전에 ETH를 구매해야 한다면, 여러분은 한 손을 뒤로 묶고 경쟁하는 것과 같습니다.

계정 추상화를 통해 애플리케이션을 구축하는 개발자를 위해, BlockEden.xyz는 규모에 맞는 스마트 계정을 지원하는 RPC 인프라를 제공합니다. ERC-4337 UserOperations를 구현하든, 페이마스터 서비스를 통합하든, Base, Polygon 또는 Optimism에 배포하든 상관없이 당사의 API는 프로덕션 환경의 계정 추상화에 필요한 처리량과 신뢰성 요구 사항을 처리합니다. API 마켓플레이스 둘러보기를 통해 차세대 크립토 UX를 구축해 보세요.

출처​

• ERC-4337 Documentation
• What is ERC-4337? | Alchemy
• EIP-7702 Implementation Guide | QuickNode
• Ethereum Pectra Upgrade Overview | Alchemy
• Pectra Upgrade & EIP-7702 Give EOAs Smart Wallet Superpowers | Circle
• What are Paymasters? (ERC-4337) | Alchemy
• Gasless transactions with paymaster | Base Documentation
• What is Account Abstraction? | Ambire Blog
• Why Account Abstraction Will Fix Crypto's Biggest Problem | Medium

AllScale.io는 신흥 시장의 프리랜서와 소규모 기업을 대상으로 하는 합법적인 벤처 지원 스테이블코인 결제 플랫폼이며, 토큰 프로젝트가 아닙니다. 2025년 2월에 설립되었으며 YZi Labs, Draper Dragon, KuCoin Ventures를 포함한 유명 암호화폐 벤처 캐피탈로부터 650만 달러를 지원받았습니다. 이 회사는 Kraken, Capital One, Block에서 검증 가능한 경험을 가진 신원 공개된 팀과 홍콩 사이버포트 인큐베이터의 기관 지원을 통해 긍정적인 신호를 보여줍니다. 그러나 공개 보안 감사의 부재와 플랫폼의 극도로 짧은 역사(1년 미만)는 중요한 참여 전에 신중한 실사를 요구합니다.

AllScale의 역할과 해결하는 문제​

AllScale은 전통적인 해외 결제로 어려움을 겪는 전 세계 6억 개 이상의 소규모 기업 (프리랜서, 콘텐츠 제작자, 중소기업, 원격 계약자)을 위해 특별히 설계된 "세계 최초의 자체 수탁 스테이블코인 네오뱅크"로 자리매김하고 있습니다. 핵심 문제는 국제 프리랜서들이 은행 계좌 장벽, 높은 송금 수수료, 환전 손실, 그리고 종종 5영업일을 초과하는 정산 지연에 직면한다는 것입니다.

이 플랫폼은 기업이 인보이스를 생성하고, 고객이 신용카드, 송금 또는 암호화폐 등 어떤 방식으로 결제하든 USDT 또는 USDC로 결제를 받을 수 있으며, 비수탁형 지갑을 통해 즉시 자금에 접근할 수 있도록 합니다. 주요 제품으로는 AllScale Invoice (2025년 9월부터 서비스 중), AllScale Pay (텔레그램, 왓츠앱, 라인을 통한 소셜 커머스), AllScale Payroll (해외 계약자 결제)이 있습니다. 이 회사는 "보이지 않는 암호화폐"를 강조합니다. 즉, 고객은 블록체인 레일을 사용하고 있다는 것을 모를 수 있지만, 판매자는 스테이블코인을 받습니다.

현재 개발 단계: 이 플랫폼은 BNB 체인 메인넷에서 작동하는 제품과 함께 공개 베타 상태입니다. 사용자는 dashboard.allscale.io에서 대시보드에 접근할 수 있지만, 대기 목록이 적용될 수 있습니다.

BNB 체인과 계정 추상화에 의존하는 기술 아키텍처​

AllScale은 자체 체인을 운영하는 대신 기존 블록체인 인프라를 기반으로 구축됩니다. 주요 기술 스택은 다음과 같습니다.

패스키 기반 접근 방식은 악명 높은 시드 문구 관리의 UX 마찰을 제거하여 주류 채택의 장벽을 낮춥니다. 멀티체인 페이마스터 스폰서십 아키텍처는 백그라운드에서 거래 비용을 처리합니다.

누락된 부분: AllScale은 공개 GitHub 저장소를 보유하고 있지 않습니다. 인프라는 독점적이고 비공개 소스입니다. 스마트 계약 주소는 게시되지 않았으며, 공개 API나 SDK도 제공되지 않으며, docs.allscale.io의 기술 문서는 아키텍처 사양보다는 사용자 가이드에 중점을 둡니다. 이러한 불투명성은 그들의 주장에 대한 독립적인 기술 검증을 방해합니다.

자체 토큰 없음—플랫폼은 USDT와 USDC를 사용합니다​

AllScale은 자체 암호화폐 토큰을 가지고 있지 않습니다. 이는 많은 웹3 프로젝트와 중요한 차이점입니다. ICO, IDO, 토큰 판매 또는 투기 자산이 관련되어 있지 않습니다. 이 회사는 지분 투자를 유치하는 전통적인 델라웨어 C-법인으로 운영됩니다.

이 플랫폼은 주로 USDT와 USDC와 같은 제3자 스테이블코인을 결제 수단으로 사용합니다. 사용자는 스테이블코인으로 결제를 받으며, 법정화폐 또는 카드 결제로부터 자동 변환됩니다. BNB 체인과의 통합은 USD1 (바이낸스 계열 스테이블코인)에 대한 접근도 제공합니다.

수익 모델 (추정치, 공개되지 않음):

• 인보이스/결제 처리 수수료
• 법정화폐-스테이블코인 환전 스프레드
• B2B 급여 관리 서비스
• 온/오프 램프 통합 수수료

토큰의 부재는 특정 위험(투기적 변동성, 토크노믹스 조작, 규제 증권 문제)을 제거하지만, 지분 참여 외에는 투자자를 위한 토큰 기반 노출이 없다는 것을 의미하기도 합니다.

검증 가능한 배경을 가진 4명의 신원 공개된 창립자​

AllScale 팀은 강력한 투명성을 보여줍니다. 모든 창립자는 검증 가능한 전문 경력을 가진 공개적으로 신원이 확인된 인물입니다.

Shawn Pang (CEO & 공동 창립자): 웨스턴 대학교 컴퓨터 과학 및 비즈니스 전공. Capital One의 결제 사기 제품 관리자 역임; 틱톡 캐나다 최초 PM; AI 제품을 위한 성장 마케팅 에이전시인 HashMatrix 공동 창립.

Ruoyang "Leo" Wang (COO & 공동 창립자): 토론토 대학교 컴퓨터 공학 전공. PingCAP (분산 데이터베이스), IBM, AMD, Scotiabank 경력. CP Clickme에서 이전 스타트업 경험.

Jun Li & Khalil Lin (공동 창립자): OKX 배경을 포함한 법률/규정 준수 전문성을 갖춘 추가 공동 창립자. LinkedIn 프로필 확인 가능.

Avrilyn Li (창립 제품 관리자): Ivey Business School 출신의 AI-웹3 기업가로, 급여 제품을 이끌고 있습니다.

이 팀은 바이낸스, OKX, Kraken, Block (Square), 아마존, 델, HP에서 집단적인 경험을 가지고 있다고 주장합니다. 총 팀 규모는 약 7~11명입니다.

자금 조달 및 투자자​

주목할 만한 참여 투자자로는 KuCoin Ventures, Oak Grove Ventures, BlockBooster, Aptos, GSR Ventures, V3V Ventures가 있습니다. 엔젤 투자자로는 Gracy Chen과 Jedi Lu가 있습니다. 이 회사는 정부 지원 기술 액셀러레이터인 홍콩 사이버포트 인큐베이션 프로그램의 회원입니다.

주요 보안 문제: 공개 감사 또는 버그 바운티 프로그램 없음​

이는 연구에서 가장 중요한 위험 신호입니다. 스마트 계약 지갑을 통해 사용자 자금을 처리함에도 불구하고:

• 공인된 회사(CertiK, Hacken, Trail of Bits, OpenZeppelin, SlowMist)의 공개 스마트 계약 감사 없음
• CertiK Skynet 또는 유사한 보안 데이터베이스에 목록에 없음
• Immunefi, HackerOne 또는 Bugcrowd에 버그 바운티 프로그램 없음
• 보험 또는 보장 메커니즘 미공개
• 보안 공개 정책이 공개적으로 보이지 않음

AllScale은 자체 수탁 아키텍처, 자동화된 KYC/KYB/KYT 규정 준수, 패스키를 위한 하드웨어 보안 모듈(HSM) 통합, 2단계 인증 지원을 포함한 보안 기능을 주장합니다. 자체 수탁 모델은 플랫폼 거래 상대방 위험을 줄여줍니다. AllScale이 침해되더라도 사용자 자신의 지갑에 있는 자금은 이론적으로 수탁 서비스보다 안전할 것입니다.

긍정적인 측면: AllScale에 대한 보안 사고, 해킹 또는 익스플로잇은 보고된 바 없습니다. 그러나 플랫폼의 짧은 역사를 고려할 때, 이러한 사고의 부재는 강력한 보안보다는 제한된 노출을 반영할 수 있습니다.

경쟁 환경 및 시장 포지셔닝​

AllScale은 빠르게 진화하는 스테이블코인 결제 시장에서 경쟁합니다.

AllScale의 차별화 요소:

• 자체 수탁 모델 (사용자가 자금 통제)
• 시드 문구 UX를 제거하는 패스키 인증
• 계정 추상화를 통한 제로 가스 수수료
• 신흥 시장 집중 (아프리카, 라틴 아메리카, 동남아시아)
• 기업 집중 대비 "라스트 마일" SMB 타겟팅

단점: 극도로 짧은 역사, 소규모 팀, 제한된 실적, 확립된 유통 채널을 가진 자금력이 풍부한 기존 기업과의 경쟁.

커뮤니티 존재는 초기 단계이며 B2B에 집중되어 있습니다​

AllScale은 표준 웹3 소셜 채널을 유지합니다.

• X (트위터): @allscaleio (2025년 4월부터 활동)
• 텔레그램: AllScaleHQ 커뮤니티 그룹
• 디스코드: 커뮤니티 ID가 보이는 활성 서버
• 링크드인: AllScale Inc 회사 페이지
• 뉴스레터: Substack의 "The Stablecoin Scoop"

커뮤니티는 초기 단계이며, 주로 AMA 세션, X 스페이스, 파트너십 발표를 통해 참여가 이루어집니다. AllScale은 HashKey Group 및 Amber Group과 함께 홍콩에서 스케일 스테이블코인 서밋 (2025년 6월)을 개최했습니다.

전통적인 DeFi 지표는 적용되지 않습니다: AllScale은 결제 플랫폼이지 DeFi 프로토콜이 아니므로 TVL (총 예치 자산) 지표는 적용되지 않습니다. 이 플랫폼은 DeFiLlama 또는 Dune Analytics에 등재되어 있지 않습니다. 사용자 수 및 유지율 지표는 투자자들에 의해 언급되지만 공개적으로 공개되지는 않습니다.

주목할 만한 파트너십으로는 BNB 체인 (공식 생태계 파트너), Skill Afrika (아프리카 프리랜서 커뮤니티), Ethscriptions (L1 영속성), Asseto (수익 상품을 위한 RWA 토큰화)가 있습니다.

위험 평가 결과: 중간 위험 초기 단계 벤처​

긍정적인 합법성 신호​

• 검증 가능한 전문 경력을 가진 신원 공개된 팀
• 평판 좋은 암호화폐 벤처 캐피탈 (YZi Labs, Draper Dragon, Amber Group, KuCoin Ventures)
• 홍콩 사이버포트 기관 지원
• 델라웨어 C-법인 법적 구조
• BNB 체인 메인넷에서 작동하는 제품 라이브
• 사기 의혹, BBB 불만 또는 커뮤니티 경고 없음
• 익명 팀 우려 없음
• 비현실적인 수익 약속 또는 토큰 투기 없음
• 규정 준수 지향적 포지셔닝 (GENIUS 법, 홍콩 스테이블코인 조례)

주의가 필요한 영역​

• 극도로 짧은 역사: 2025년 2월 설립, 1년 미만
• 자금 처리에도 불구하고 공개 보안 감사 없음
• 버그 바운티 프로그램 없음
• 독립적인 사용자 리뷰 또는 커뮤니티 피드백 없음
• 비공개 소스 인프라—주장 독립적으로 검증 불가
• 언론 보도는 주로 보도 자료 배포, 독립 저널리즘 아님
• 중앙화 위험: 회사 운영 플랫폼, BNB 체인 의존성
• 소규모 팀 (약 7~11명)이 야심찬 글로벌 범위 실행

발견되지 않음 (부재로 인한 잠재적 위험 신호)​

• 공개적으로 공개된 사용자 지표 없음
• 수익 수치 없음
• 공식 자문 위원회 없음
• 특정 규제 라이선스 없음 (홍콩 프레임워크 아직 미발효)

최근 개발 및 로드맵​

최근 주요 성과 (2025년):

• 12월 8일: 500만 달러 시드 라운드 발표 (YZi Labs 주도)
• 11월: BNB 체인에서 AllScale Pay 라이브; Skill Afrika 파트너십
• 10월: L1 영속성을 위한 Ethscriptions 파트너십
• 9월: AllScale Invoice 제품 출시
• 8월: USD1 지원을 통한 BNB 체인 통합
• 6월: 홍콩 스케일 스테이블코인 서밋; 150만 달러 프리 시드 펀딩

향후 계획:

• 2026년 1분기: 라틴 아메리카 시장 확장
• 향후: DeFi 수익 옵션, 크로스체인 기능 확장, B2B 기업 솔루션

결론​

AllScale.io는 사기 우려보다는 합법적인 초기 단계 스타트업으로 부상하고 있으며, 신뢰할 수 있는 투자자와 투명하고 검증 가능한 팀의 지원을 받습니다. 이 프로젝트는 계정 추상화와 스테이블코인을 활용한 사려 깊은 기술적 접근 방식을 통해 신흥 시장 프리랜서의 해외 결제 마찰이라는 실제 시장 문제를 해결합니다.

그러나 의미 있는 참여 전에 두 가지 중요한 격차에 주의를 기울여야 합니다. 공개 보안 감사의 완전한 부재와 독립적인 검증을 방해하는 비공개 소스 인프라입니다. 사용자 자금을 처리하는 플랫폼의 경우, 팀의 자격에 관계없이 이러한 누락은 중대한 우려 사항입니다.

전반적인 위험 등급: 중간. 이 벤처는 강력한 합법성 신호를 보여주지만, 내재된 초기 단계 위험을 수반합니다. 잠재적 사용자는 보안 감사가 게시될 때까지 소액으로 시작해야 합니다. 잠재적 파트너는 기술 사양 및 감사 보고서에 대한 직접적인 접근을 요청해야 합니다. 이 프로젝트는 특히 2026년 1분기 보안 감사 발표에 대해 성숙해짐에 따라 주시할 가치가 있습니다.

2026년 4월 20일, 비탈릭 부테린은 홍콩 컨벤션 센터에서 열린 연례 Web3 카니발 무대에 올라 그의 커리어에서 기술적으로 가장 날카로운 기조연설 중 하나를 발표했습니다. 대부분의 언론 매체는 클론 체인 L2에 대한 그의 직설적인 비판에 초점을 맞췄습니다. 하지만 그 연설 내부, 그리고 그에 앞선 수개월간의 연구와 이더리움 재단 발표에는 훨씬 더 중대한 메시지가 담겨 있었습니다. 바로 양자 컴퓨팅이 이론적 우려에서 이더리움의 실질적인 엔지니어링 우선순위로 옮겨갔으며, 이를 준비할 수 있는 기간이 업계가 예상했던 것보다 짧다는 사실입니다.

이것은 왜 이 문제가 중요한지, 이더리움이 이를 해결하기 위해 무엇을 구축하고 있는지, 그리고 현재 온체인에서 구축 중인 모든 프로토콜, 지갑 및 개발자들에게 이것이 무엇을 의미하는지에 대한 이야기입니다.

사용자가 네이티브 토큰(SUI)을 전혀 보유하지 않아도 dApp과 원활하게 상호작용할 수 있는 세상을 상상해 보세요. 이제 이는 먼 꿈이 아닙니다. Sui의 Gas Station(또는 Paymaster) 덕분에 개발자는 사용자를 대신해 가스 비용을 부담할 수 있어, Web3에 처음 진입하는 사용자들의 가장 큰 장벽을 완전히 제거하고 진정한 무마찰 온체인 경험을 제공할 수 있습니다.

이 글에서는 dApp을 가스 없는 형태로 업그레이드하는 전체 가이드를 제공합니다. Sui Paymaster의 핵심 개념, 아키텍처, 구현 패턴 및 모범 사례를 깊이 있게 살펴보겠습니다.

1. 배경 및 핵심 개념: 스폰서드 트랜잭션이란?​

블록체인에서는 모든 트랜잭션에 네트워크 수수료, 즉 “가스”가 필요합니다. Web2의 매끄러운 경험에 익숙한 사용자에게 이는 큰 인지적·운영상의 장벽이 됩니다. Sui는 프로토콜 수준에서 스폰서드 트랜잭션이라는 개념으로 이 문제를 해결합니다.

핵심 아이디어는 간단합니다: 한 당사자(스폰서)가 다른 당사자(사용자)의 트랜잭션에 대한 SUI 가스 비용을 대신 지불하도록 허용합니다. 이렇게 하면 사용자가 지갑에 SUI가 전혀 없어도 온체인 행동을 성공적으로 시작할 수 있습니다.

Paymaster ≈ Gas Station​

Sui 생태계에서 트랜잭션을 스폰서하는 로직은 일반적으로 Gas Station 또는 Paymaster라 불리는 오프체인·온체인 서비스가 담당합니다. 주요 역할은 다음과 같습니다.

1. 트랜잭션 평가: 사용자의 가스 없는 트랜잭션 데이터(GasLessTransactionData)를 받습니다.
2. 가스 제공: 트랜잭션에 필요한 가스 비용을 잠그고 할당합니다. 이는 보통 다수의 SUI Coin 객체로 구성된 가스 풀을 통해 관리됩니다.
3. 스폰서 서명 생성: 스폰서를 승인한 뒤, Gas Station은 자신의 개인키(SponsorSig)로 트랜잭션에 서명하여 비용을 지불하겠다는 의사를 인증합니다.
4. 서명된 트랜잭션 반환: 이제 가스 데이터와 스폰서 서명이 포함된 TransactionData를 반환해 사용자의 최종 서명을 기다립니다.

요컨대, Gas Station은 dApp 사용자의 “차량”(트랜잭션)이 Sui 네트워크 위를 부드럽게 달릴 수 있도록 연료를 공급하는 역할을 합니다.

2. 고수준 아키텍처 및 상호작용 흐름​

가스 없는 트랜잭션은 사용자, dApp 프론트엔드, Gas Station, Sui Full Node 간의 협업으로 이루어집니다. 흐름은 다음과 같습니다:

흐름 세부 설명

1. 사용자가 dApp UI에서 행동을 수행하면 가스 정보가 없는 트랜잭션 데이터 패키지가 생성됩니다.
2. dApp은 이 데이터를 지정된 Gas Station에 보내 스폰서십을 요청합니다.
3. Gas Station은 요청의 유효성을 검증(예: 사용자가 스폰서 대상인지 확인)하고, 가스 코인을 채워 서명한 뒤 반쯤 완성된 트랜잭션을 dApp에 반환합니다.
4. 사용자는 지갑에서 전체 트랜잭션 상세(예: “NFT 하나 구매”)를 확인하고 최종 서명을 제공합니다. 이는 사용자가 자신의 행동에 대한 동의를 유지하도록 하는 중요한 단계입니다.
5. dApp은 사용자와 스폰서의 서명이 모두 포함된 완전한 트랜잭션을 Sui Full Node에 전송합니다.
6. 트랜잭션이 체인에 최종 확정되면 Gas Station은 온체인 이벤트나 영수증을 청취해 이를 확인하고, 필요 시 웹훅을 통해 dApp 백엔드에 성공을 알릴 수 있습니다.

3. 세 가지 핵심 상호작용 모델​

비즈니스 요구에 맞게 아래 세 모델을 개별적으로 혹은 조합하여 사용할 수 있습니다.

모델 1: 사용자‑주도 → 스폰서‑승인 (가장 일반적)​

대부분의 dApp 상호작용에 적합한 표준 모델입니다.

1. 사용자가 GasLessTransactionData를 생성: dApp 내에서 행동을 수행합니다.
2. 스폰서가 GasData를 추가하고 서명: dApp 백엔드가 트랜잭션을 Gas Station에 보내면, 스폰서는 가스 코인을 첨부하고 서명합니다.
3. 사용자가 최종 서명: 사용자는 지갑에서 전체 트랜잭션을 확인하고 서명합니다. 이후 dApp이 네트워크에 전송합니다.

보안과 사용자 경험 사이의 균형이 뛰어납니다.

모델 2: 스폰서‑주도 에어드롭/인센티브​

에어드롭, 사용자 인센티브, 배치 자산 배포에 최적화된 모델입니다.

1. 스폰서가 TransactionData를 미리 채우고 서명: 프로젝트 팀이 대부분의 트랜잭션을 사전에 구성(예: 특정 주소에 NFT 에어드롭)하고 스폰서 서명을 붙입니다.
2. 사용자의 두 번째 서명만으로 실행: 사용자는 “미리 승인된” 트랜잭션에 한 번만 서명하면 됩니다.

클릭 한 번으로 보상을 청구하거나 작업을 완료할 수 있어 전환율이 크게 상승합니다.

모델 3: 와일드카드 GasData (신용 한도 모델)​

보다 유연하고 권한 기반의 모델입니다.

1. 스폰서가 GasData 객체를 전송: 스폰서는 예산이 정해진 가스 코인 객체를 생성해 직접 사용자에게 소유권을 이전합니다.
2. 사용자는 예산 한도 내에서 자유롭게 사용: 사용자는 해당 가스 코인을 이용해 예산과 유효 기간 내에서 원하는 트랜잭션을 자유롭게 실행할 수 있습니다.
3. 가스 코인 반환: 소진되거나 만료되면 가스 코인 객체는 자동 파괴되거나 스폰서에게 반환되도록 설계할 수 있습니다.

한정된 시간·예산의 “가스 신용카드”를 제공하는 형태로, 게임 시즌 동안 무료 플레이 경험을 제공하는 등 높은 자율성이 요구되는 시나리오에 적합합니다.

4. 전형적인 적용 시나리오​

Sui Paymaster는 가스 비용 문제를 해결할 뿐 아니라 비즈니스 로직과 깊게 결합해 새로운 가능성을 열어줍니다.

시나리오 1: 페이월​

콘텐츠 플랫폼이나 dApp 서비스가 특정 조건(예: VIP NFT 보유, 멤버십 레벨) 충족 시에만 기능을 제공하도록 할 때 활용합니다.

• 흐름: 사용자가 행동을 요청 → dApp 백엔드가 사용자의 자격(NFT 보유 등) 검증 → 자격이 있으면 Paymaster에 가스 스폰서를 요청, 없으면 서명 요청을 거부.
• 장점: 봇 및 남용에 강합니다. 스폰서십 결정이 백엔드에서 이루어지므로 악의적인 사용자가 가스 풀을 고갈시키기 어렵습니다.

시나리오 2: 원클릭 체크아웃​

이커머스나 인게임 구매 시 결제 과정을 최소화하고 싶을 때 유용합니다.

• 흐름: 사용자가 “지금 구매” 버튼을 클릭 → dApp이 비즈니스 로직(transfer_nft_to_user)을 포함한 트랜잭션을 구성 → 사용자는 비즈니스 트랜잭션만 서명하고, 가스는 스폰서가 부담합니다.
• 장점: order_id와 같은 비즈니스 파라미터를 ProgrammableTransactionBlock에 직접 인코딩해 온체인에서 정확히 주문을 추적할 수 있습니다.

시나리오 3: 데이터 어트리뷰션​

정확한 데이터 추적은 비즈니스 최적화에 필수적입니다.

• 흐름: 트랜잭션을 구성할 때 고유 식별자(order_hash)를 파라미터나 실행 시 발생하는 이벤트에 기록합니다.
• 장점: Gas Station이 성공 영수증을 받으면 이벤트 또는 트랜잭션 데이터를 파싱해 order_hash를 추출할 수 있어 온체인 상태 변화와 백엔드 주문·사용자 행동을 정확히 매핑할 수 있습니다.

5. 코드 스켈레톤 (Rust SDK 기반)​

아래는 핵심 상호작용 흐름을 보여주는 간단한 Rust 코드 예시입니다.

// Assume tx_builder, sponsor, and wallet have been initialized

// Step 1: On the user or dApp side, construct a gas-less transaction
let gasless_transaction_data = tx_builder.build_gasless_transaction_data(false)?;

// Step 2: On the Sponsor (Gas Station) side, receive the gasless_transaction_data,
// fill it with a Gas Coin, and return the transaction data with the Sponsor's signature.
// The sponsor_transaction_block function handles gas allocation and signing internally.
let sponsored_transaction = sponsor.sponsor_transaction_block(gasless_transaction_data, user_address, gas_budget)?;

// Step 3: The dApp sends the sponsored_transaction back to the user,
// who signs and executes it with their wallet.
let response = wallet.sign_and_execute_transaction_block(&sponsored_transaction)?;

전체 구현은 공식 Sui 문서의 **Gas Station 튜토리얼**을 참고하세요. 여기에는 바로 사용할 수 있는 코드 예제가 포함되어 있습니다.

6. 위험 요소 및 보호 방안​

강력하지만 프로덕션 환경에 Gas Station을 배포할 때는 다음 위험 요소를 신중히 고려해야 합니다.

• 이중 서명(Equivocation) 위험: 악의적인 사용자가 동일한 가스 코인을 병렬로 여러 트랜잭션에 사용하려 할 수 있습니다. 이를 방지하려면 사용자·트랜잭션당 고유 가스 코인을 할당하고, 블랙리스트와 요청 속도 제한(rate‑limiting)을 적용합니다.
• 가스 풀 관리: 동시성이 높은 상황에서 하나의 대형 가스 코인은 성능 병목이 될 수 있습니다. 서비스는 대형 SUI 코인을 자동으로 다수의 소액 가스 코인으로 분할하고, 사용 후 효율적으로 회수할 수 있어야 합니다. Shinami와 같은 전문 Gas Station 제공업체는 이러한 기능을 관리형으로 제공합니다.
• 인증 및 속도 제한: 엄격한 인증·속도 제한 정책을 수립해야 합니다. 예를 들어, 사용자 IP, 지갑 주소, API 토큰 기반으로 스폰서십 한도·빈도를 관리해 악의적인 대량 소모를 방지합니다.

7. 생태계 도구​

Sui 생태계에는 Paymaster 개발·배포를 간소화하는 다양한 도구가 이미 준비되어 있습니다.

• 공식 SDK (Rust / TypeScript): sponsor_transaction_block() 같은 고수준 API를 제공해 통합 복잡도를 크게 낮춥니다.
• Shinami Gas Station: 가스 코인 자동 분할·회수, 상세 메트릭 모니터링, 웹훅 알림 등을 포함한 올인원 관리형 서비스를 제공해 개발자는 비즈니스 로직에 집중할 수 있습니다.
• Enoki / Mysten Demo: 커뮤니티와 Mysten Labs가 제공하는 오픈소스 Paymaster 구현체는 자체 서비스를 구축할 때 좋은 참고 자료가 됩니다.

8. 구현 체크리스트​

dApp을 가스 없는 시대에 맞게 업그레이드할 준비가 되셨나요? 시작하기 전에 아래 체크리스트를 확인하세요.

• 펀딩 흐름 설계: 스폰서의 자금 출처, 예산, 보충 전략을 정의하고 가스 풀 잔액·소모율 등 핵심 지표에 대한 모니터링 및 알림을 설정합니다.
• 어트리뷰션 필드 예약: 트랜잭션 파라미터 설계 시 order_id, user_id 등 비즈니스 식별자를 위한 필드를 미리 확보합니다.
• 남용 방지 정책 적용: 실서비스 이전에 반드시 인증, 속도 제한, 로깅 메커니즘을 구현합니다.
• 테스트넷에서 리허설: 자체 서비스를 구축하든 서드파티 Gas Station을 연동하든, 반드시 테스트넷·데브넷에서 동시성·스트레스 테스트를 충분히 수행합니다.
• 지속적인 최적화: 출시 후에도 트랜잭션 성공률, 실패 원인, 가스 비용 등을 지속적으로 추적·분석해 예산·전략을 조정합니다.

결론​

Sui Paymaster(또는 Gas Station)는 단순히 사용자의 가스 비용을 대신 부담하는 도구를 넘어, “SUI 없이 온체인” 사용자 경험과 “주문 수준 온체인 어트리뷰션”을 하나의 원자적 트랜잭션 안에서 결합하는 강력한 패러다임을 제공합니다. 이는 Web2 사용자가 Web3에 진입하도록 돕고, 개발자에게는 비즈니스 맞춤형 로직을 구현할 전례 없는 유연성을 부여합니다.

Sui 네트워크의 현재 낮은 가스 비용과 점점 성숙해지는 툴 체인 덕분에, 이제 dApp의 결제·상호작용 흐름을 가스 없는 시대로 전환하기에 최적의 시점입니다.

지갑 마찰을 없애고, 사용자를 지속시키며, 성장 가능성을 예측하는 방법

Web3 앱이 최신 Web2 서비스와 같은 원활한 회원가입 흐름을 제공한다면 어떨까요? 이것이 바로 zkLogin이 Sui 블록체인에서 제공하는 핵심 약속입니다. zkLogin은 Sui용 OAuth와 같은 역할을 하며, 사용자가 Google, Apple, X 등 익숙한 계정으로 로그인할 수 있게 해줍니다. 이후 영지식 증명이 해당 Web2 신원을 온체인 Sui 주소와 안전하게 연결합니다 — 지갑 팝업도, 시드 구문도, 사용자 이탈도 없습니다.

그 효과는 실질적이고 즉각적입니다. 이미 수십만 개의 zkLogin 계정이 활성화된 상황에서, 사례 연구에 따르면 전통적인 지갑 장벽을 제거한 후 사용자 전환율이 **17%에서 42%**로 크게 상승했습니다. 이제 작동 원리와 프로젝트에 가져다줄 수 있는 혜택을 살펴보겠습니다.

왜 지갑이 첫 번째 전환을 방해하는가​

혁신적인 dApp을 만들었지만 사용자 확보 퍼널이 새는 경우가 많습니다. 그 원인은 거의 항상 “Connect Wallet” 버튼입니다. 표준 Web3 온보딩은 확장 프로그램 설치, 시드 구문 경고, 암호화 용어 퀴즈 등 복잡한 미로와 같습니다.

신규 사용자는 큰 장벽에 직면합니다. UX 연구자들은 지갑 프롬프트가 나타나는 순간 **87%**가 이탈한다는 충격적인 수치를 발견했습니다. 한 실험에서는 해당 프롬프트를 결제 과정의 후반부로 옮기기만 해도 완료율이 **94%**로 급상승했습니다. 암호화에 호기심이 있는 사용자조차도 “잘못된 버튼을 누르면 자금이 사라질까 봐”라는 두려움을 가지고 있습니다. 이 단일하고 위협적인 단계를 제거하는 것이 기하급수적 성장을 여는 열쇠입니다.

zkLogin 작동 방식 (쉽게 설명)​

zkLogin은 모든 인터넷 사용자가 이미 신뢰하는 기술을 활용해 지갑 문제를 우아하게 회피합니다. 몇 가지 간단한 단계로 마법이 이루어집니다:

1. 임시 키 페어: 사용자가 로그인하려면 브라우저에서 일시적인 단일 세션 키 페어가 로컬에서 생성됩니다. 이는 이번 세션에만 유효한 임시 패스키와 같습니다.
2. OAuth 흐름: 사용자는 Google, Apple 등 소셜 계정으로 로그인합니다. 앱은 이 로그인 요청에 고유값(nonce)을 삽입합니다.
3. ZKP 서비스: 로그인 성공 후, ZKP(Zero‑Knowledge Proof) 서비스가 암호학적 증명을 생성합니다. 이 증명은 “이 OAuth 토큰이 임시 패스키 소유자를 인증한다”는 것을 온체인에 공개하지 않고 확인합니다.
4. 주소 파생: OAuth 제공자의 JWT(JSON Web Token)와 고유 salt를 결합해 영구적인 Sui 주소를 결정적으로 생성합니다. salt는 클라이언트 측이나 안전한 백엔드에 비공개로 보관됩니다.
5. 트랜잭션 제출: 앱은 임시 키로 트랜잭션에 서명하고 ZK 증명을 첨부합니다. Sui 검증자는 온체인에서 증명을 검증해 전통적인 지갑 없이도 트랜잭션의 정당성을 확인합니다.

단계별 통합 가이드​

구현 준비가 되셨나요? TypeScript SDK를 활용한 빠른 가이드를 소개합니다. Rust나 Python에서도 원리는 동일합니다.

1. SDK 설치​

@mysten/sui 패키지에 필요한 모든 zklogin 헬퍼가 포함되어 있습니다.

pnpm add @mysten/sui

2. 키와 Nonce 생성​

먼저 임시 키페어와 현재 Sui 네트워크 epoch에 연결된 nonce를 생성합니다.

const keypair = new Ed25519Keypair();
const { epoch } = await suiClient.getLatestSuiSystemState();
const nonce = generateNonce(keypair.getPublicKey(), Number(epoch) + 2, generateRandomness());

3. OAuth 리다이렉트​

사용 중인 제공자(예: Google, Facebook, Apple)에 맞는 OAuth 로그인 URL을 구성하고 사용자를 리다이렉트합니다.

4. JWT 디코드 및 사용자 Salt 조회​

사용자가 로그인하고 돌아오면 URL에서 id_token을 가져옵니다. 이를 이용해 백엔드에서 사용자 전용 salt를 조회한 뒤 Sui 주소를 파생합니다.

const jwt = new URLSearchParams(window.location.search).get('id_token')!;
const salt = await fetch('/api/salt?jwt=' + jwt).then(r => r.text());
const address = jwtToAddress(jwt, salt);

5. ZK 증명 요청​

JWT를 증명 서비스에 보내 ZK 증명을 받습니다. 개발 단계에서는 Mysten의 퍼블릭 prover를 사용할 수 있습니다. 프로덕션에서는 자체 호스팅하거나 Enoki와 같은 서비스를 이용하세요.

const proof = await fetch('/api/prove', {
  method:'POST',
  body: JSON.stringify({ jwt, ... })
}).then(r => r.json());

6. 서명 및 전송​

이제 트랜잭션을 구성하고, 발신자를 사용자의 zkLogin 주소로 설정한 뒤 실행합니다. SDK가 zkLoginInputs(증명)를 자동으로 첨부합니다. ✨

const tx = new TransactionBlock();
tx.moveCall({ target:'0x2::example::touch_grass' }); // 任意的 Move 调用
tx.setSender(address);
tx.setGasBudget(5_000_000);

await suiClient.signAndExecuteTransactionBlock({
  transactionBlock: tx,
  zkLoginInputs: proof // 여기서 마법이 일어납니다
});

7. 세션 유지​

보다 부드러운 사용자 경험을 위해 키페어와 salt를 IndexedDB 또는 로컬 스토리지에 암호화하여 저장합니다. 보안을 강화하려면 몇 epoch마다 회전시키는 것을 잊지 마세요.

KPI 예측 템플릿​

zkLogin이 가져오는 차이는 정성적인 것이 아니라 정량적인 것입니다. 일반 온보딩 퍼널과 zkLogin 적용 퍼널을 비교해 보세요:

👉 의미: 10,000명의 고유 방문자를 유도하는 캠페인이라면, 첫날 온체인 행동이 300건에서 2,500건 이상으로 증가합니다.

모범 사례 & 주의점​

보다 매끄러운 경험을 위해 다음 팁을 기억하세요:

• 스폰서드 트랜잭션 사용: 사용자의 첫 몇 번 트랜잭션 수수료를 여러분이 부담하세요. 모든 마찰이 사라지고 강력한 “아하” 순간을 제공할 수 있습니다.
• Salt 관리에 신중: 사용자의 salt를 변경하면 새로운 주소가 생성됩니다. 복구 경로를 확실히 제어할 수 있을 때만 수행하세요.
• Sui 주소 노출: 가입 후 사용자의 온체인 주소를 보여 주세요. 이는 고급 사용자가 원한다면 전통적인 지갑으로 가져갈 수 있게 합니다.
• 리프레시 루프 방지: JWT와 임시 키페어를 만료될 때까지 캐시해 두어 반복 로그인 요청을 피하세요.
• Prover 지연 모니터링: 증명 생성 라운드 트립 시간이 2초를 초과하면 지역 프로버를 호스팅해 응답성을 유지하세요.

BlockEden.xyz가 제공하는 가치​

zkLogin이 사용자 경험을 완성한다면, 이를 확장하는 과정에서 새로운 백엔드 과제가 등장합니다. 여기서 BlockEden.xyz가 역할을 합니다.

• API 레이어: 고처리량, 지리적 라우팅이 적용된 RPC 노드가 사용자 위치와 무관하게 zkLogin 트랜잭션을 최소 지연으로 처리합니다.
• 관찰 가능성: 증명 지연, 성공/실패 비율, 전환 퍼널 건강 지표 등을 한눈에 볼 수 있는 대시보드를 제공합니다.
• 컴플라이언스: fiat 연동 앱을 위해 선택 가능한 KYC 모듈이 있어, 검증된 사용자 신원에서 직접 온‑램프를 구현할 수 있습니다.

바로 배포할 준비가 되셨나요?​

거추장스럽고 위협적인 지갑 흐름은 이제 끝났습니다. zkLogin 샌드박스를 띄우고 BlockEden의 풀노드 엔드포인트를 연결하면, 사용자는 “지갑”이라는 단어조차 듣지 못한 채 가입 그래프가 상승하는 모습을 확인할 수 있습니다. 😉