# Stable

> Explore Stable docs to integrate stablecoin payments, liquidity, and infrastructure securely into your platform.

## Docs

- [Stable 통합](/ko): Stable은 USDT0가 네이티브 가스 토큰이자 ERC-20인 레이어 1입니다. 단일 슬롯 완결성, 1초 미만의 블록 시간, 완전한 EVM 호환성을 제공합니다. 지갑, 시드 문구, USDT0를 준비하기만 하면 됩니다.
- [USDT0를 Stable로 브리지](/ko/tutorial/bridge-usdt0): 이 튜토리얼에서는 TypeScript와 ethers v6를 사용하여 이더리움 Sepolia에서 Stable 테스트넷으로 USDT0를 프로그래밍 방식으로 브리지합니다. 스크립트를 점진적으로 빌드하며, 단계별로 하나의 함수를 추가합니다.
- [빠른 시작](/ko/tutorial/quick-start): 필요한 도구는 Node.js, faucet의 USDT0 일부, 비공개 키뿐입니다. Stable은 USDT0를 가스 토큰으로 사용하므로 트랜잭션을 위해서는 USDT0만 있으면 됩니다. 별도의 가스 자산에 자금을 지원할 필요가 없습니다.
- [SDK 퀵스타트](/ko/tutorial/sdk-quickstart): `@stablechain/sdk`를 설치하고, 프라이빗 키로 서명된 클라이언트를 생성하고, Stable 테스트넷에서 USDT0 전송을 보내고, 브릿지 및 스왑 견적을 가져옵니다. 총 소요 시간: 약 5분.
- [첫 USDT0 전송](/ko/tutorial/send-usdt0): Stable에서 USDT0는 체인의 기본 자산이자 ERC-20 토큰입니다. 이는 `approve`, `transferFrom`, `permit`이 표준 가치 전송과 함께 완벽하게 사용 가능하며, 두 경로 모두 동일한 기본 잔액에서 자금을 이동한다는 것을 의미합니다.
- [스마트 계약 배포](/ko/tutorial/smart-contract): 이 튜토리얼에서는 간단한 스마트 계약을 Stable Testnet에 배포하고 체인에서 상태를 읽는 방법을 다룹니다. 이 과정에서 Stable 네트워크가 어떻게 구성되어 있는지, USDT0이 가스 토큰으로 어떻게 작동하는지, 그리고 표준 EVM 툴링을 Stable에 어떻게 연결하는지 배우게 될 것입니다.
- [브랜드 키트](/ko/resources/brand-kit): Stable 브랜드 키트에는 다양한 형식의 로고와 공식 색상 팔레트가 포함되어 있습니다. 프로젝트 및 커뮤니케이션 전반에 걸쳐 Stable의 브랜딩을 일관되게 유지하는 데 사용하십시오.
- [퍼실리테이터](/ko/reference/agentic-facilitators): 퍼실리테이터는 서명된 x402 결제를 검증하고 이를 Stable의 USDT0로 정산하는 온체인 호출을 제출합니다. 호스팅된 퍼실리테이터를 사용하면 정산 인프라를 운영하거나 가스 토큰을 관리할 필요가 없습니다. 레일 수준의 맥락은 [에이전트 정산](/ko/explanation/agent-settlement)을 참조하세요.
- [지갑](/ko/reference/agentic-wallets): 에이전트 지갑은 AI 에이전트와 자율 시스템에 자기수탁형 서명 기능을 제공하여, 사람이 직접 설정하지 않아도 x402 결제 흐름에 참여할 수 있도록 합니다.
- [Bank precompile 참조](/ko/reference/bank-module-api): **개념:** bank 모듈이 무엇을 하고 언제 사용하는지에 대해서는 [Bank 모듈](/ko/explanation/bank-module)을 참조하세요.
- [브리지](/ko/reference/bridges): Stable로 USDT0를 송수신하는 것을 지원하는 브리지 제공자입니다. 크로스체인 USDT0 이동이 어떻게 작동하는지는 [Stable로 브리징하기](/ko/explanation/usdt0-bridging)를 참조하세요. 실습 가이드는 [USDT0를 Stable 테스트넷으로 브리징하기](/ko/tutorial/bridge-usdt0) 튜토리얼을 참조하세요.
- [연결](/ko/reference/connect): 이 페이지는 Stable에 연결하는 데 필요한 네트워크 세부 정보를 통합합니다.
- [수탁(Custody)](/ko/reference/custody): **MPC 수탁 인프라:** 다자간 연산(multi-party computation)을 활용하여 여러 당사자에게 개인 키 제어 권한을 분산하는 플랫폼입니다. 이러한 플랫폼은 기관용 디지털 자산 운영을 위한 안전한 키 관리, 정책 엔진, 개발자 API를 제공합니다.
- [개발자 지원](/ko/reference/developer-assistance): 다음과 같은 주제를 다루는 개발자 중심 질문 모음이 계속 추가되고 있습니다.
- [DEX](/ko/reference/dexes): 현물 거래, 유동성 공급 및 온체인 라우팅을 위한 Stable의 DEX 배포입니다. Stable은 [공식 Uniswap v3 배포 목록](https://gov.uniswap.org/t/official-uniswap-v3-deployments-list/24323/13#p-58106-stable-4)에 등재되어 있습니다. Stable의 Uniswap v3 컨트랙트는 거버넌스에서 표준으로 인정받았으며 기본 프론트엔드인 [Stable Swap](https://swap.stable.xyz)을 통해 라우팅됩니다.
- [Distribution precompile 참조](/ko/reference/distribution-module-api): **개념:** distribution 모듈이 무엇을 하는지와 언제 사용하는지에 대해서는 [Distribution 모듈](/ko/explanation/distribution-module)을 참조하세요.
- [EIP-7702](/ko/reference/eip-7702-api): Stable은 EOA가 계정 코드를 기존 스마트 계약으로 설정할 수 있도록 하는 **EIP-7702**를 지원합니다. EOA는 위임자의 로직을 실행하는 동안 원래 주소와 개인 키를 유지합니다.
- [FAQ](/ko/reference/faq): **Stable이란 무엇인가요?**
- [가스 가격 책정 참조](/ko/reference/gas-pricing-api): Stable을 위한 트랜잭션 구성, 가스 추정 및 툴링 구성.
- [가스 면제 프로토콜](/ko/reference/gas-waiver-api): 이 문서는 가스 면제 메커니즘을 지정합니다: 트랜잭션 형식, 마커 라우팅, 거버넌스 제어 및 면제 서버 API.
- [인덱서](/ko/reference/indexers): 인덱서와 분석 플랫폼은 온체인 데이터에 대한 구조화된 접근을 제공하여, 개발자가 트랜잭션, 잔액, 로그, 이벤트, 애플리케이션별 데이터를 대규모로 쿼리할 수 있게 합니다. Stable은 EVM 호환이므로 표준 Ethereum 인덱싱 도구가 원활하게 작동합니다.
- [송장 결제](/ko/reference/invoices): 각 송장은 송장 번호, 당사자, 금액, 만기일과 같은 송장 메타데이터에서 파생된 고유하고 결정론적인 논스에 매핑됩니다. 이 논스는 [ERC-3009](/ko/explanation/erc-3009)를 통한 결제를 촉진하고 기존 회계 시스템과 조정될 수 있는 변경 불가능한 영수증을 생성합니다.
- [JSON-RPC API](/ko/reference/json-rpc-api): [**가스 가격 책정 참조**](/ko/reference/gas-pricing-api): Stable의 base-fee-only 모델에 대해 EIP-1559 트랜잭션을 구성합니다.
- [메인넷 정보](/ko/reference/mainnet-information): Stable 메인넷에 접속하기 위해 알아야 할 모든 정보입니다.
- [버전 기록](/ko/reference/mainnet-version-history): Stable 메인넷의 전체 버전 기록 및 관련 문서입니다.
- [네트워크 라우팅](/ko/reference/network-routing): Stable의 애플리케이션을 위한 연결성과 데이터 전송을 최적화하는 네트워크 라우팅 제공업체입니다.
- [네트워크 업그레이드](/ko/reference/network-upgrades)
- [운영](/ko/reference/node-operations-overview): 운영은 Stable 노드 실행을 다룹니다: 풀 노드 또는 아카이브 노드, 테스트넷 또는 메인넷, 설치부터 모니터링까지. 노드가 적용하는 체인 수준 동작(수수료 모델, 파이널리티, 가스로서의 USDT0)에 대해서는 [가스 가격 책정](/ko/explanation/gas-pricing), [파이널리티](/ko/explanation/finality), [아키텍처 개요](/ko/explanation/core-optimization-overview)를 참조하세요.
- [오라클](/ko/reference/oracles): 오라클은 자산 가격과 같은 오프체인 데이터를 스마트 컨트랙트에 제공합니다. RedStone은 Stable에서 가격 피드를 운영합니다.
- [USDT0 보내기 및 받기](/ko/reference/p2p-payments): Stable에서는 P2P 결제가 1초 이내에 정산됩니다. 사용 사례에 따라 두 가지 전송 방식을 사용할 수 있습니다.
- [API 요청별 과금](/ko/reference/pay-per-call): [x402](/ko/explanation/x402) 미들웨어를 사용하여 요청별 가격 책정으로 모든 HTTP 엔드포인트를 수익화하세요. 서버는 가격을 선언하고, 클라이언트는 호출마다 결제하며, 정산은 요청 수명 주기 내에서 이루어집니다. 계정도, API 키도, 청구 주기도 필요 없습니다.
- [램프](/ko/reference/ramps): 온/오프 램프 파트너는 Stable을 글로벌 법정화폐 시스템에 연결하여 사용자와 기업이 USDT, 현지 통화, 결제 레일 간에 자금을 이동할 수 있게 합니다.
- [RPC 제공자](/ko/reference/rpc-providers): Stable을 지원하는 RPC 및 개발자 인프라 제공자입니다.
- [SDK 레퍼런스](/ko/reference/sdk): `@stablechain/sdk`의 전체 표면. 자세한 내용은 [SDK 퀵스타트](/ko/tutorial/sdk-quickstart)를 참조하십시오.
- [스테이킹 프리컴파일 레퍼런스](/ko/reference/staking-module-api): **개념:** 스테이킹 모듈이 무엇을 하는지와 언제 사용하는지는 [스테이킹 모듈](/ko/explanation/staking-module)을 참고하세요.
- [정기 결제 설정하기](/ko/reference/subscriptions): 풀(pull) 기반 구독을 사용하면 구독자가 매번 결제를 직접 시작하지 않아도 서비스 제공자가 정해진 일정에 따라 결제를 수금할 수 있습니다.
- [시스템 모듈 참조](/ko/reference/system-modules-api-overview): Stable은 가스 효율성과 예측 가능한 제어를 위해 **프리컴파일된 컨트랙트(precompiled contracts)** 로 구현된 **시스템 모듈(System Modules)** 을 통해 핵심 결제 동작을 노출합니다.
- [시스템 트랜잭션 레퍼런스](/ko/reference/system-transactions-api): **개념:** 시스템 트랜잭션이 SDK 이벤트를 EVM에 어떻게 연결하며 왜 중요한지에 대해서는 [시스템 트랜잭션](/ko/explanation/system-transactions)을 참조하세요.
- [생태계](/ko/reference/testnet-ecosystem): 이 문서에서는 브릿지(LayerZero) 및 USDT0에 대한 정보를 확인할 수 있습니다.
- [테스트넷 정보](/ko/reference/testnet-information): Stable 테스트넷에 접속하기 위해 알아야 할 모든 것입니다.
- [버전 기록](/ko/reference/testnet-version-history): Stable 테스트넷의 전체 버전 기록 및 관련 문서입니다.
- [토크노믹스](/ko/reference/tokenomics): Stable은 스테이블코인 결제, 엔터프라이즈급 결제 및 USDT 중심 인프라에 최적화된 고성능 레이어 1 블록체인입니다.
- [지갑](/ko/reference/wallets): **사용자 지갑:** 모바일 앱, 브라우저 확장 프로그램, 거래소 연동 지갑과 같은 전통적인 소비자용 지갑입니다. 사용자가 USDT를 보관하고, 전송하고, dApp에 연결하며, Stable과 직접 상호작용할 수 있게 합니다.
- [EIP-7702를 사용한 계정 추상화](/ko/how-to/account-abstraction): 이 가이드는 EIP-7702를 EOA에 적용하고 배치를 세 가지 패턴(일괄 결제, 지출 한도 및 세션 키)에 사용하는 방법을 설명합니다. EOA는 이 과정을 통해 주소와 개인 키를 유지합니다.
- [Stable에서 MPP 엔드포인트 구축하기](/ko/how-to/build-mpp-endpoint): 이 가이드는 Stable에서 USDT0에 대한 사용자 정의 [MPP](/ko/explanation/mpp) 결제 메서드를 작성하고 MPP 게이트 엔드포인트를 제공하는 과정을 안내합니다. 구매자는 [ERC-3009](/ko/explanation/erc-3009) `transferWithAuthorization`에 서명하고, 서버는 `mppx`의 `verify()` 훅을 통해 이를 검증하며, 결제는 사용자가 제어하는 별도의 단계에서 이루어집니다.
- [P2P 결제 학습](/ko/how-to/build-p2p-payments): 이 가이드는 Stable에서 P2P 결제 애플리케이션을 구축하는 과정을 안내합니다. 이 앱은 전체 결제 수명 주기를 처리합니다. 즉, 발신자는 USDT0을 직접 전송하고, 수신자는 실시간으로 들어오는 결제를 감지하며, 양측 모두 자신의 거래 내역을 쿼리할 수 있습니다. 모바일 앱, 웹 결제, 백엔드 서비스 등 모든 지갑 또는 결제 인터페이스와 동일한 아키텍처입니다.
- [종량제 API 구축](/ko/how-to/build-pay-per-call): 이 가이드는 x402를 사용하여 API 엔드포인트를 수익화하는 방법을 안내합니다. 서버는 지불 핸들러를 추가하고, 클라이언트는 요청당 지불하며, 결제는 HTTP 수명 주기 내에서 이루어집니다.
- [지갑 생성하기](/ko/how-to/create-wallet): Stable 지갑은 이더리움 표준 키 페어입니다. EVM 계정을 생성하는 모든 지갑 라이브러리는 수정 없이 Stable에서 작동합니다. 이 가이드는 두 가지 경로를 보여줍니다: 대부분의 애플리케이션에 적합한 ethers.js, 그리고 에이전트 및 결제를 위한 턴키 자체 보관 레이어를 원하는 통합을 위한 Tether의 [WDK(Wallet Development Kit)](https://github.com/tetherto/wdk).
- [컨트랙트 이벤트 인덱싱](/ko/how-to/index-contract): 인덱싱은 온체인 이벤트를 애플리케이션이 반응할 수 있는 데이터(잔액 업데이트, 거래 내역, UI 알림)로 변환합니다. 이 가이드는 ethers.js를 사용하여 배포된 Stable 컨트랙트에서 이벤트를 구독하는 방법과 서비스가 오프라인일 때 발생한 이벤트를 놓치지 않도록 기록 이벤트를 백필하는 방법을 보여줍니다.
- [검증인 데이터 인덱싱](/ko/how-to/index-validator-data): 검증인 데이터는 온체인에 있으며 표준 EVM JSON-RPC를 통해 읽을 수 있습니다. 스테이킹, 슬래싱 및 거버넌스 프리컴파일러를 통해 현재 상태를 쿼리하고, 해당 이벤트 로그로부터 기록을 재구성합니다. 이는 인덱서 또는 분석 플랫폼이 노드의 `stabled` CLI 또는 Cosmos REST에 액세스하지 않고 `eth_call` 및 `eth_getLogs`를 통해 필요한 모든 것을 읽는다는 의미입니다.
- [가스 없는 트랜잭션 활성화](/ko/how-to/integrate-gas-waiver): Gas Waiver는 Stable에서 가스 없는 트랜잭션을 가능하게 합니다. Gas Waiver를 사용하면 애플리케이션이 사용자를 대신하여 가스 요금을 지불하므로 사용자는 가스 비용으로 USDT0를 보유하지 않고도 컨트랙트와 상호 작용할 수 있습니다.
- [송장으로 결제하기](/ko/how-to/pay-with-invoice): 이 가이드는 송장 메타데이터에서 파생된 결정론적 논스를 사용하여 [ERC-3009](/ko/explanation/erc-3009)로 온체인에서 송장을 결제하는 방법을 안내합니다. 논스는 각 결제를 송장과 연결하고 이중 결제를 방지합니다.
- [MCP 서버로 결제하기](/ko/how-to/pay-with-mcp): 이 가이드에서는 x402가 활성화된 API를 [MCP](https://modelcontextprotocol.io) 도구에 연결하여 AI 클라이언트가 자연어 프롬프트를 통해 API를 호출하고 비용을 지불하는 방법을 보여줍니다. 이 가이드는 [종량제 API 구축](/ko/how-to/build-pay-per-call)의 서버를 기반으로 합니다.
- [프로덕션 준비](/ko/how-to/production-readiness): 테스트넷에서 메인넷으로 전환하기 전에 아래 각 섹션을 진행하세요.
- [viem과 함께 SDK 사용하기](/ko/how-to/sdk-with-viem): `@stablechain/sdk`는 viem 위에 구축됩니다. `createStable`은 세 가지 서명 모드를 허용하며, 코드가 실행되는 위치에 따라 하나를 선택합니다: 프라이빗 키를 이용한 서버 측, 사용자 지갑을 이용한 브라우저 측, 또는 이미 구성한 `WalletClient`(예: wagmi 앱)를 이용한 방식입니다.
- [wagmi와 함께 SDK 사용하기](/ko/how-to/sdk-with-wagmi): `createStable`은 wagmi의 `useWalletClient`가 반환하는 것과 정확히 같은 viem `WalletClient`를 받습니다. 평소처럼 wagmi를 통해 지갑을 연결한 다음, 지갑 클라이언트가 변경될 때마다 `StableClient`를 메모이제이션합니다.
- [자체 호스팅 가스 면제](/ko/how-to/self-hosted-gas-waiver): 자체 호스팅 가스 면제를 통해 호스팅된 면제 서버 API를 사용하는 대신 자체 면제 인프라를 운영할 수 있습니다. 온체인 거버넌스를 통해 면제 주소를 등록한 다음, 래퍼 트랜잭션을 네트워크에 직접 브로드캐스트합니다.
- [구독 및 수금](/ko/how-to/subscribe-and-collect): 이 가이드는 EIP-7702 계정 추상화를 통해 구독자가 한 번만 승인하면 서비스 제공자가 각 청구 주기를 자동으로 수금하는 구독 결제 시스템을 구축하는 방법을 안내합니다.
- [언본딩 완료 추적](/ko/how-to/track-unbonding): 언본딩 기간이 완료되면 프로토콜은 시스템 트랜잭션을 통해 `StableSystem` 사전 컴파일러 (`0x0000000000000000000000000000000000009999`)를 통해 `UnbondingCompleted` 이벤트를 내보냅니다. 이를 통해 dApp은 사용자 지정 인덱서를 실행하거나 REST 엔드포인트를 폴링하지 않고도 사용자에게 알리고 실시간으로 잔액을 업데이트할 수 있습니다.
- [Stable 테스트넷 지갑에 자금을 충전하는 방법](/ko/how-to/use-faucet): Stable은 USDT0를 가스 토큰으로 사용하므로, 체인과 상호작용하기 위해서는 지갑에 USDT0가 필요합니다. 먼저 Faucet을 사용하여 계정에 USDT0를 충전해야 합니다.
- [시스템 모듈 사용](/ko/how-to/use-system-modules): Stable은 고정 주소의 **사전 컴파일된 계약**을 통해 프로토콜 수준 결제 로직을 노출합니다. 사전 컴파일을 통해 EVM 코드는 Stable SDK 모듈(스테이킹, 보상 분배, STABLE 토큰 작업)을 다시 구현하지 않고도 호출할 수 있습니다. 프로토콜 수준에서 실행되므로 동등한 Solidity 구현보다 훨씬 더 가스 효율적입니다.
- [스마트 컨트랙트 검증](/ko/how-to/verify-contract): 검증은 컨트랙트의 소스 코드를 블록 탐색기에 업로드하고 배포된 바이트코드로 컴파일되었음을 증명합니다. 일단 검증되면, 사용자는 코드를 다시 호스팅할 필요 없이 Stablescan에서 상태를 읽고, 함수를 호출하고, 소스를 감사할 수 있습니다. 이 가이드는 Stable에 배포된 Foundry 컨트랙트를 검증하는 과정을 안내합니다.
- [가스로 USDT0 사용하기](/ko/how-to/work-with-usdt-gas): Stable에서 USDT0은 체인의 네이티브 자산이면서 동시에 ERC-20 토큰입니다. 가스 토큰은 별도의 네이티브 자산이 아닌 USDT0입니다. 다음 세 가지 사항을 조정하면 표준 이더리움 가스 추정이 작동합니다: `maxPriorityFeePerGas`는 항상 `0`이어야 하고, `baseFee`는 USDT0으로 표시되며, 네이티브 전송의 `value` 필드는 USDT0(ETH가 아님)을 전달합니다.
- [제로 가스 트랜잭션](/ko/how-to/zero-gas-transactions): 가스 면제(Gas Waiver)를 사용하면 애플리케이션이 사용자를 대신하여 가스 요금을 지불할 수 있습니다. 사용자는 `gasPrice = 0`으로 트랜잭션에 서명하고, 거버넌스에 등록된 면제자가 이를 래핑하며, 검증자는 사용자에게 비용 없이 호출을 실행합니다. 이 가이드에서는 적격한 전송을 진행하고, 가스가 면제되었는지 확인하는 방법, 그리고 면제가 무엇을 다루고 무엇을 다루지 않는지 설명합니다.
- [계정 가이드](/ko/explanation/accounts-guides): 계정 탭 아래의 모든 가이드, 개념 및 참조가 수행하려는 작업별로 그룹화되어 있습니다.
- [Stable의 계정](/ko/explanation/accounts-overview): Stable의 계정은 [EIP-7702 위임](/ko/explanation/eip-7702)을 통해 선택적으로 스마트 계약 로직을 실행할 수 있는 표준 이더리움 EOA입니다. 사용자는 지갑, 일괄 결제, 정기 구독 및 세션 키에 걸쳐 단일 주소와 단일 개인 키를 유지합니다. 에이전트는 중개 미들웨어 없이 동일한 계정 모델을 실행합니다.
- [에이전트 정산](/ko/explanation/agent-settlement): 에이전트 정산은 Stable의 머신 결제 레일입니다. 에이전트는 USDT0 잔액을 보유하고, HTTP를 통해 리소스 비용을 지불하며, 결제는 동일한 요청 주기 내에 온체인으로 정산됩니다. 에이전트는 지불 및 네트워크 수수료 모두를 위해 단일 잔액에서 지출합니다. 별도의 가스 토큰, 가입 절차, API 키 로테이션은 없습니다.
- [AI 및 에이전트 가이드](/ko/explanation/ai-agents-guides): AI/에이전트 탭 아래의 모든 가이드, 개념 및 참조를 수행하려는 작업별로 그룹화했습니다.
- [아우토반(Autobahn)](/ko/explanation/autobahn): 현대 비잔틴 장애 허용(BFT) 합의 프로토콜은 일반적으로 부분 동기 모델에서 작동합니다. 이 모델은 네트워크가 결국 안정화되고 메시지 지연이 제한된 상태를 유지한다고 가정합니다. 프로토콜 설계에는 실용적이지만 실제 배포에서는 오랜 기간 동안 중단 없는 안정성을 누리는 경우는 드뭅니다. 대신 시스템은 대기 시간 급증, 노드 중단 또는 악의적인 조건과 같은 짧은 중단에 이어 동기 기간을 자주 경험합니다. 이러한 일시적인 중단을 \*\*"블립(blips)"\*\*이라고 합니다.
- [뱅크 모듈](/ko/explanation/bank-module): Stable의 SDK에 있는 `x/bank` 모듈은 토큰 잔액, 전송, 공급을 처리합니다. EVM 표면( **뱅크 사전 컴파일**)은 이 모듈을 래핑하고 ERC-20 시맨틱과 특권 발행/소각 작업에 대한 승인 계층을 추가합니다. Stable에서 토큰을 이동해야 하는 컨트랙트는 자체 토큰 구현을 배포하지 않고 사전 컴파일을 직접 호출합니다.
- [브리지 보안 및 DVN](/ko/explanation/bridge-security): LayerZero 브리지는 한 체인에서 보낸 메시지가 다른 체인에서 발생했음을 확인하는 검증 계층만큼 안전합니다. 이 계층은 분산형 검증자 네트워크(DVN)입니다. 이 페이지에서는 DVN이 하는 일, Stable이 브리지에서 DVN을 구성하는 방법, 단일 DVN 손상이 Stable을 위험에 빠뜨리지 않는 이유를 설명합니다.
- [개요](/ko/explanation/build-overview): Stable이 처음이신가요? 먼저 [빠른 시작](/ko/tutorial/quick-start)을 실행하세요. 5분이면 테스트넷 트랜잭션을 보낼 수 있어서 나머지 탭에 연결할 수 있습니다.
- [기밀 전송](/ko/explanation/confidential-transfer): \*\*기밀 전송(Confidential Transfer)\*\*은 발신자 및 수신자 주소를 공개적으로 볼 수 있도록 유지하면서 USDT0 전송의 **금액**을 보호하는 Stable의 프라이버시 계층입니다. 보호된 금액은 트랜잭션 당사자와 승인된 규제 감사관만 읽을 수 있으며, 영지식(ZK) 암호화를 사용하여 값을 공개하지 않고 유효성을 증명합니다. 이 기능은 개발 중이며, 이 페이지에서는 대상 모델에 대해 설명합니다.
- [합의](/ko/explanation/consensus): Stable Blockchain은 높은 처리량, 낮은 지연 시간 및 강력한 안정성을 제공하기 위해 CometBFT를 기반으로 구축된 맞춤형 PoS 합의 프로토콜인 **StableBFT**를 활용합니다. StableBFT는 확정적 완결성(블록이 포함될 때 확정되며 포크가 없음)과 유효성 검사자의 1/3까지 실패하거나 악의적으로 행동하는 경우에도 비잔틴 장애 허용을 제공합니다.
- [컨트랙트 가이드](/ko/explanation/contracts-guides): 수행하려는 작업에 따라 그룹화된 컨트랙트 탭 아래의 모든 가이드, 개념 및 레퍼런스.
- [Stable의 컨트랙트](/ko/explanation/contracts-overview): Stable은 EVM과 완벽하게 호환됩니다. Solidity, Vyper, Hardhat, Foundry, ethers.js 및 viem은 변경 없이 작동합니다. 툴링을 Stable의 RPC로 지정하면 기존 컨트랙트가 그대로 배포됩니다. 표준 EVM 외에도 Stable은 프로토콜 수준 모듈(Bank, Distribution, Staking)을 고정 주소의 프리컴파일된 컨트랙트로 노출하므로 Solidity가 스테이킹 및 보상 분배를 다시 구현할 필요 없이 호출할 수 있습니다.
- [핵심 개념](/ko/explanation/core-concepts): 네 가지 개념만 알면 구축을 시작할 수 있습니다. 각 섹션에서는 개념을 정의하고, 이를 보여주며, 전체 참조로 연결합니다.
- [개요](/ko/explanation/core-optimization-overview): 블록체인 트랜잭션의 라이프사이클은 제출부터 최종 결과까지 여러 밀접하게 연결된 단계를 거칩니다. 트랜잭션은 먼저 **RPC** 인터페이스를 통해 제출되고, **mempool**에 추가되며, 블록으로 패키징되고, **합의**를 통해 검증되고, **상태 머신**에 의해 실행되며, 마지막으로 **데이터베이스**의 영구 저장소에 기록됩니다. 이 전체 파이프라인을 완료한 후에야 사용자는 확인된 결과를 받습니다.
- [분배 모듈](/ko/explanation/distribution-module): `x/distribution` 모듈은 위임자와 검증자를 위한 스테이킹 보상 누적 및 인출을 처리합니다. 사전 컴파일은 이 동작을 EVM으로 연결하여 Solidity 계약이 Cosmos SDK와 직접 상호 작용하지 않고도 보상을 청구하고, 인출 주소를 설정하고, 미지급 보상을 쿼리할 수 있도록 합니다.
- [EIP-7702](/ko/explanation/eip-7702): Stable은 **EIP-7702**를 지원하며, 이를 통해 EOA는 **자신의 계정 코드를 기존 스마트 계약으로 설정**할 수 있습니다. EOA는 원래 주소와 개인 키를 유지하면서 해당 계약의 로직을 실행합니다. 위임은 EOA가 명시적으로 변경하거나 지울 때까지 지속됩니다.
- [서명된 승인으로 정산](/ko/explanation/erc-3009): ERC-3009는 토큰 보유자가 메시지에 서명하여 이체를 승인할 수 있도록 합니다. 그러면 누구나 서명된 승인을 제출하여 온체인으로 이체를 실행할 수 있습니다. 발신자는 계약을 직접 호출할 필요가 없습니다.
- [이더리움 비교](/ko/explanation/ethereum-comparison): Stable은 완전한 EVM 호환성을 제공하므로 대부분의 이더리움 도구, 라이브러리 및 계약 패턴은 수정 없이 작동합니다. 다음 섹션에서는 이더리움에서 Stable로 전환할 때 변경되지 않는 사항과 변경되는 사항을 설명합니다.
- [Ethereum 생태계와의 호환성](/ko/explanation/ethereum-compatibility): Stable은 Ethereum Virtual Machine (EVM)과 완벽하게 호환되어, 개발자들이 익숙한 도구, 라이브러리 및 컨트랙트 패턴을 수정 없이 사용할 수 있습니다.
이를 통해 기존 애플리케이션의 원활한 마이그레이션과 이미 Ethereum 생태계에서 개발 중인 팀의 간편한 온보딩을 보장합니다.
- [실행](/ko/explanation/execution): **Stable EVM**은 Stable의 이더리움 호환 실행 계층입니다. MetaMask와 같은 기존 이더리움 툴 및 지갑은 변경 없이 Stable과 상호 작용합니다. Stable EVM은 EVM의 개발자 경험과 Stable SDK의 모듈식 인프라를 결합합니다.
- [Finality 규칙 및 호환성 보장](/ko/explanation/finality): Stable은 EVM 기반 실행 환경에서 트랜잭션을 처리합니다. 트랜잭션이 블록에 포함되면 그 효과가 상태에 적용되고 애플리케이션, 컨트랙트 및 인덱서에 즉시 표시됩니다.
- [자금 흐름](/ko/explanation/flow-of-funds): Stable은 스테이블코인 결제를 위해 특별히 구축된 최초의 블록체인입니다. 이 네트워크는 높은 처리량, 낮은 지연 시간의 스테이블코인 거래에 최적화되어 즉각적인 USDT 결제로 P2P 결제 및 가맹점 결제를 제공합니다. 애플리케이션 계층 가스 후원 및 면제를 통해 제공업체는 최종 사용자에게 수수료가 없는 경험을 제공하여 블록체인 시스템의 복잡성을 추상화하는 동시에 주류 결제 네트워크 느낌을 제공할 수 있습니다.
- [가스 가격 책정](/ko/explanation/gas-pricing): Stable은 요금 변동성을 제거하고 예측 가능하며 낮은 트랜잭션 비용을 제공하도록 설계된 단순화된 단일 구성 요소 가스 요금 모델을 사용합니다. 트랜잭션 순서는 팁 입찰에 의해 영향을 받지 않습니다. 유효한 가스 가격은 프로토콜의 기본 요금에 의해서만 결정됩니다.
- [가스 면제](/ko/explanation/gas-waiver): 거버넌스 승인을 받은 주소(이하 **면제자**)는 사용자의 서명된 페이로드를 담고 있는 래퍼 트랜잭션을 제출하며, 이를 `gasPrice = 0`으로 실행합니다. 사용자는 USDT0을 가지고 있지 않아도 되며 가스 비용을 지불하지 않습니다. Stable은 호스팅 서비스로 하나의 면제자를 운영하며, 파트너는 검증자 거버넌스를 통해 자체 면제자 주소를 등록할 수도 있습니다.
- [보장된 블록 공간](/ko/explanation/guaranteed-blockspace): **보장된 블록 공간**은 네트워크 조건에 관계없이 모든 블록 용량의 고정된 부분을 등록된 기업 파트너에게 할당하도록 예약된 전용 블록 공간 할당 모델입니다. 보장된 경로를 통해 라우팅된 트랜잭션은 예측 가능한 대기 시간과 비용으로 실행됩니다. 급여, 결제 및 공급업체 지급은 공개 멤풀 트래픽과 경쟁하지 않습니다.
- [고성능 RPC](/ko/explanation/high-performance-rpc): 고성능 블록체인을 추구하는 데 있어서 합의 또는 블록 생성만 최적화하는 것으로는 충분하지 않습니다. RPC 계층은 블록체인과 사용자 간의 인터페이스이므로 종단 간 사용자 경험의 중요한 구성 요소입니다. Stable은 기존 RPC 설계의 한계를 극복하기 위해 새로운 RPC 전용 아키텍처를 제안합니다.
- [개요](/ko/explanation/integrate-overview): Stable은 USDT0가 기본 가스 토큰인 EVM 호환 레이어 1입니다. 대부분의 이더리움 툴, 라이브러리 및 컨트랙트 패턴은 수정 없이 작동합니다. RPC를 Stable로 연결하고 체인 ID를 전환하여 연결합니다.
- [주요 기능](/ko/explanation/key-features): Stable은 단일 슬롯 완결성, 완전한 EVM 호환성, USDT0를 기본 가스 토큰으로 사용하는 DPoS(Delegated Proof-of-Stake) 레이어 1입니다. 아래 기능들은 일상적인 통합을 형성하는 기능들입니다. 각 기능은 해당 기능을 심층적으로 다루는 페이지로 연결됩니다.
- [배우기](/ko/explanation/learn-overview): [**개요**](/ko/explanation/overview): Stable이 무엇이며 이 문서를 읽는 방법.
- [MPP 세션](/ko/explanation/mpp-sessions): 세션은 많은 소액 결제를 단일 온체인 정산으로 일괄 처리하는 MPP 결제 의도입니다. 클라이언트는 에스크로에 한 번 자금을 예치한 다음 각 요청에 대해 저렴한 오프체인 바우처에 서명합니다. 온체인에서는 순액만 정산되므로 스트리밍 워크로드에 대해 요청당 센트 미만의 경제성이 가능합니다.
- [머신 결제 프로토콜(MPP)](/ko/explanation/mpp): MPP(Machine Payments Protocol)는 요청과 동시에 HTTP 리소스 비용을 지불하기 위한 개방형 표준입니다. 새로운 결제 의도(청구, 구독, 세션), 멀티 레일 지원(스테이블코인, 카드, 라이트닝), 생산 기능(멱등성, 본문 다이제스트 바인딩, 만료), 추가 전송(MCP, WebSocket)으로 [x402](/ko/explanation/x402)를 확장합니다. 이 프로토콜은 IETF 표준화 트랙에 있습니다.
- [개요](/ko/explanation/overview): Stable은 USDT0가 네이티브 가스 토큰인 Layer 1이며, 표준 EVM 도구(Solidity, Foundry, Hardhat, ethers, viem, 그리고 `eth_*` JSON-RPC 메서드)가 변경 없이 작동합니다.
- [사용 사례 개요](/ko/explanation/payment-use-cases-overview): Stable은 단순한 지갑 간 송금부터 에이전트 기반 서비스 결제에 이르기까지 다양한 결제 패턴을 지원합니다. 아래 사용 사례는 현재 프로덕션에서 사용 가능한 패턴을 다룹니다. 향후 구현될 패턴(확약된 정산, 기밀 결제, 에이전트 간 상거래)에 대해서는 [향후 사용 사례](/ko/explanation/upcoming-use-cases)를 참조하십시오.
- [결제 가이드](/ko/explanation/payments-guides): 결제 탭 아래의 모든 가이드, 개념 및 참조 자료를 시도하려는 작업별로 그룹화했습니다.
- [Stable의 결제](/ko/explanation/payments-overview): Stable은 결제를 중심으로 구축됩니다. USDT0는 기본 자산이자 가스 토큰이므로, 결제와 수수료는 하나의 잔액을 공유합니다. 단일 슬롯 완결성 덕분에 전송은 1초 이내에 완료됩니다. ERC-3009, EIP-7702, x402는 고유한 기본 요소이며, 임시방편이 아닙니다. 서명으로 결제하고, 위임된 계좌에서 인출하거나, 결제 스택을 실행하지 않고 HTTP 요청당 요금을 청구할 수 있습니다.
- [Stable SDK](/ko/explanation/sdk-overview): `@stablechain/sdk`는 Stable용 공식 TypeScript 클라이언트입니다. viem을 래핑하여 가장 많이 사용하는 작업(USDT0 전송, 체인 간 브릿지, Stable에서 토큰 스왑)을 위한 작고 타입이 지정된 API를 제공합니다. 라우팅, 승인, 소수점 처리 및 체인 전환은 자동으로 처리됩니다.
- [스토리지 (StableDB)](/ko/explanation/stable-db): 종단 간 블록체인 성능의 주요 병목 현상 중 하나는 **디스크 I/O**입니다. 특히, 블록 실행 후 상태 데이터를 커밋하고 저장하는 것이 핵심 병목 현상을 야기합니다. Stable은 `MemDB`, `VersionDB`, 메모리 맵 스토리지(`mmap`)와 같은 아키텍처 혁신을 통해 이 문제를 해결하여 처리량을 획기적으로 개선합니다.
- [스테이킹 모듈](/ko/explanation/staking-module): `x/staking` 모듈은 Stable에서 유효성 검사기 참여 및 위임을 제어합니다. 이 사전 컴파일은 이러한 작업을 Solidity에서 호출할 수 있도록 하여, 계약이 STABLE을 위임하고, 언본딩 기간 후에 위임을 해제하며, 유효성 검사기 간에 재위임하거나, EVM을 벗어나지 않고 유효성 검사기 상태를 쿼리할 수 있도록 합니다.
- [시스템 모듈](/ko/explanation/system-modules-overview): Stable의 핵심 프로토콜 동작은 `x/bank`, `x/distribution`, `x/staking`과 같은 SDK 모듈에 있습니다. 이 동작을 EVM에서 접근 가능하도록 Stable은 각 모듈을 고정 주소의 **사전 컴파일된 컨트랙트**로 노출합니다. Solidity로 작성된 컨트랙트는 사전 컴파일을 직접 호출하며, EVM은 이 호출을 네이티브 SDK 핸들러로 라우팅합니다. 사전 컴파일은 프로토콜 수준에서 구현되므로, 동등한 Solidity 재구현보다 훨씬 더 가스 효율적입니다.
- [시스템 트랜잭션](/ko/explanation/system-transactions): EVM 애플리케이션은 `eth_getLogs`와 같은 표준 인터페이스를 통해 온체인 활동을 구독합니다. 그러나 Stable에서 가장 중요한 작업 중 일부(예: 스테이킹 언본딩 완료)는 EVM 이벤트를 자연스럽게 방출하지 않는 SDK 모듈 내에서 발생합니다. **시스템 트랜잭션**은 이러한 가시성 격차를 해소합니다. 프로토콜 자체는 SDK 계층 작업에 대한 이벤트를 방출하는 EVM 트랜잭션을 제출하여 dApp이 이미 사용하는 동일한 로그 스트림을 통해 인덱싱할 수 있게 합니다.
- [기술 개요](/ko/explanation/tech-overview): 상태 데이터베이스, 실행, 합의부터 USDT 전용 최적화에 이르기까지, Stable은 성능, 확장성, 신뢰성을 중점으로 설계되었습니다. Stable 스택의 각 구성 요소는 높은 처리량을 요구하는 워크로드 및 네트워크 전반에서 USDT 중심의 원활한 운영을 위해 최적화되어 있습니다.
- [로드맵](/ko/explanation/technical-roadmap): Stable은 세 단계를 거쳐 트랜잭션 파이프라인의 모든 계층(합의, 실행, 스토리지, RPC, USDT별 흐름)을 최적화합니다. 이 페이지에는 출시된 내용, 진행 중인 내용, 그리고 앞으로의 계획이 표시되어 있습니다.
- [예정된 사용 사례](/ko/explanation/upcoming-use-cases): Stable은 단순한 이체와 API 청구를 넘어선 결제 패턴을 구축하고 있습니다. 아래 사례들은 시간 보장 결제, 개인 정보 보호 결제, 자율 에이전트 상거래를 다룹니다. 일부는 현재 초기 형태로 기능하며, 다른 사례들은 현재 개발 중인 Stable 기능에 의존합니다.
- [가스비로 쓰이는 USDT](/ko/explanation/usdt-as-gas-token): **수수료는 USDT0으로 지불합니다. 두 번째 토큰, 래핑, ETH 상당액을 유지할 필요가 없습니다.** USDT0는 네이티브 가스 토큰이자 동일한 잔액의 ERC-20 토큰 역할을 합니다. 결제 수단으로 이동하는 동일한 자산이 해당 거래를 이동하는 데 필요한 수수료를 지불합니다. 수수료는 변동성이 큰 네이티브 토큰이 아닌 달러로 표시됩니다.
- [개요](/ko/explanation/usdt-features-overview): Stable의 USDT 특정 기능은 독립적인 옵션 메뉴가 아닙니다. 이들은 결합됩니다. 각각의 기능은 스테이블코인 결제가 데모에서 프로덕션으로 전환될 때 나타나는 특정 마찰 요소를 제거합니다. 이 페이지에서는 다섯 가지 기능이 함께 존재하는 이유를 설명합니다.
- [USDT 전송 애그리게이터](/ko/explanation/usdt-transfer-aggregator): **USDT 전송 애그리게이터**는 각 전송을 순차적으로 처리하는 대신 USDT0 전송을 병렬화되고 내결함성을 가진 배치로 묶습니다. 이를 통해 USDT0 처리량을 나머지 실행 파이프라인과 분리하여 고용량 스테이블코인 활동이 다른 트랜잭션을 방해하지 않도록 합니다.
- [Stable상의 USDT0 동작](/ko/explanation/usdt0-behavior): **이더리움에서 컨트랙트를 포팅하는 경우 배포 전에 이 페이지를 읽어보세요.** Stable의 USDT0은 네이티브 가스 토큰이자 동일한 잔액에 있는 ERC-20 토큰입니다. 결과적으로 이더리움에서 가정하는 네 가지 동작이 깨집니다. 컨트랙트의 네이티브 잔액은 컨트랙트 호출 없이 변경될 수 있고, `EXTCODEHASH`는 0과 빈 해시 사이를 오갈 수 있으며, 0주소 전송은 되돌려지고, 단일 논리 전송은 부분 잔액 조정으로 인해 여러 `Transfer` 이벤트를 발생시킬 수 있습니다.
- [Stable로 브리징](/ko/explanation/usdt0-bridging): USDT는 소스 체인에서 어떤 형태를 취하는지에 따라 두 가지 브릿지 경로 중 하나를 통해 Stable에 도달합니다. 두 경로 모두 사용자의 Stable 지갑으로 USDT0을 전송합니다.
- [결제 및 이체](/ko/explanation/use-case-payments): 자금을 이동하고 거래 비용을 지불하는 단일 자산을 중심으로 구축된 P2P 결제 및 가맹점 정산.
- [급여 및 대량 지급](/ko/explanation/use-case-payroll): 예측 가능한 처리량, 예측 가능한 비용 및 민감한 금액에 대한 프라이버시를 통해 직원, 계약자 및 공급업체에게 대규모로 대금을 지급합니다.
- [프라이빗 이전](/ko/explanation/use-case-private): 금액이 상업적으로 민감하고 공개되어서는 안 되는 재무 운영, 공급업체 지불 및 급여 실행.
- [스폰서 및 무가스 경험](/ko/explanation/use-case-sponsored): 사용자 경험에서 가스를 완전히 제거하고자 하는 앱들은 첫 사용자도 두 번째 자산을 먼저 확보하지 않고도 로그인하여 거래할 수 있습니다.
- [HTTP 엔드포인트 수익화](/ko/explanation/x402): x402는 HTTP를 기반으로 구축된 결제 프로토콜입니다. 서버는 `402 Payment Required` 응답과 결제 세부 정보를 제공하고, 클라이언트는 [ERC-3009](/ko/explanation/erc-3009) 승인에 서명하며, 촉진자는 온체인에서 결제를 처리합니다. 전체 교환은 표준 HTTP 헤더를 통해 이루어집니다. 클라이언트는 지갑만 있으면 됩니다. 가입, API 키, 카드 등록이 필요 없습니다.
- [Integrate Stable](/en): Stable is a Layer 1 where USDT0 is both the native gas token and an ERC-20. Single-slot finality, sub-second block times, and full EVM compatibility. You bring your wallet, seed phrase, and USDT0.
- [Bridge USDT0 to Stable](/en/tutorial/bridge-usdt0): In this tutorial, you will bridge USDT0 from Ethereum Sepolia to the Stable Testnet programmatically using TypeScript and ethers v6. You will build the script incrementally, adding one function per step.
- [Quick start](/en/tutorial/quick-start): The only tools you need are Node.js, some USDT0 from the faucet and a private key. Stable uses USDT0 as its gas token, so you only need USDT0 to transact. There is no separate gas asset to fund.
- [SDK quickstart](/en/tutorial/sdk-quickstart): You'll install `@stablechain/sdk`, create a client signed by a private key, send a USDT0 transfer on Stable Testnet, and fetch a bridge and swap quote. Total time: about five minutes.
- [Send your first USDT0](/en/tutorial/send-usdt0): On Stable, USDT0 is both the chain's native asset and an ERC-20 token. This means `approve`, `transferFrom`, and `permit` remain fully available alongside standard value transfers, and both paths move funds from the same underlying balance.
- [Deploy a smart contract](/en/tutorial/smart-contract): In this tutorial, you will deploy a simple smart contract to the Stable Testnet and read its state from the chain. Along the way, you will learn how Stable's network is configured, how USDT0 works as a gas token, and how to point standard EVM tooling at Stable.
- [Brand Kit](/en/resources/brand-kit): The Stable brand kit includes logos in multiple formats and the official color palette. Use it to keep Stable's branding consistent across projects and communications.
- [Facilitators](/en/reference/agentic-facilitators): A facilitator verifies a signed x402 payment and submits the on-chain call that settles it in USDT0 on Stable. Using a hosted facilitator means you do not run settlement infrastructure or manage gas tokens. For the rail-level context, see [Agent settlement](/en/explanation/agent-settlement).
- [Wallets](/en/reference/agentic-wallets): Agent wallets give AI agents and autonomous systems self-custodial signing so they can participate in x402 payment flows without human-driven setup.
- [Bank precompile reference](/en/reference/bank-module-api): **Concept:** For what the bank module does and when to use it, see [Bank module](/en/explanation/bank-module).
- [Bridges](/en/reference/bridges): Bridge providers supporting USDT0 transfers to and from Stable. For how cross-chain USDT0 movement works, see [Bridging to Stable](/en/explanation/usdt0-bridging). For a hands-on walkthrough, see the [Bridge USDT0 to Stable Testnet](/en/tutorial/bridge-usdt0) tutorial.
- [Connect](/en/reference/connect): This page consolidates the network details you need to connect to Stable.
- [Custody](/en/reference/custody): **MPC custody infrastructure:** Platforms using multi-party computation to distribute private key control across multiple parties. These provide secure key management, policy engines, and developer APIs for institutional digital asset operations.
- [Developer assistance](/en/reference/developer-assistance): A growing collection of developer-focused questions covering topics such as:
- [DEXes](/en/reference/dexes): DEX deployments on Stable for spot trading, liquidity provision, and on-chain routing. Stable is on the [Official Uniswap v3 Deployments List](https://gov.uniswap.org/t/official-uniswap-v3-deployments-list/24323/13#p-58106-stable-4): the Uniswap v3 contracts on Stable are governance-recognized as canonical and are routed through [Stable Swap](https://swap.stable.xyz) as the default frontend.
- [Distribution precompile reference](/en/reference/distribution-module-api): **Concept:** For what the distribution module does and when to use it, see [Distribution module](/en/explanation/distribution-module).
- [EIP-7702](/en/reference/eip-7702-api): Stable supports **EIP-7702**, which allows an EOA to set its account code to an existing smart contract. EOAs keep their original address and private key while executing the delegate's logic.
- [FAQ](/en/reference/faq): **What is Stable?**
- [Gas pricing reference](/en/reference/gas-pricing-api): Transaction construction, gas estimation, and tooling configuration for Stable.
- [Gas waiver protocol](/en/reference/gas-waiver-api): This document specifies the Gas Waiver mechanism: transaction formats, marker routing, governance controls, and the Waiver Server API.
- [Indexers](/en/reference/indexers): Indexers and analytics platforms provide structured access to on-chain data, enabling developers to query transactions, balances, logs, events, and application-specific data at scale. Stable is EVM-compatible, so standard Ethereum indexing tools work seamlessly.
- [Settle invoices](/en/reference/invoices): Each invoice maps to a unique, deterministic nonce derived from invoice metadata: invoice number, parties, amount, and due date. This nonce drives settlement via [ERC-3009](/en/explanation/erc-3009) and creates an immutable receipt that can be reconciled with existing accounting systems.
- [JSON-RPC API](/en/reference/json-rpc-api): [**Gas pricing reference**](/en/reference/gas-pricing-api): Construct EIP-1559 transactions against Stable's base-fee-only model.
- [Mainnet information](/en/reference/mainnet-information): Everything you need to know to access Stable Mainnet.
- [Version history](/en/reference/mainnet-version-history): Complete version history and related documentation for the Stable Mainnet.
- [Network routing](/en/reference/network-routing): Network routing providers optimizing connectivity and data delivery for applications on Stable.
- [Network upgrades](/en/reference/network-upgrades)
- [Operate](/en/reference/node-operations-overview): Operate covers running a Stable node: full or archive, testnet or mainnet, from install through monitoring. For the chain-level behavior your node enforces (fee model, finality, USDT0 as gas), see [Gas pricing](/en/explanation/gas-pricing), [Finality](/en/explanation/finality), and the [Architecture overview](/en/explanation/core-optimization-overview).
- [Oracles](/en/reference/oracles): Oracles provide smart contracts with off-chain data such as asset prices. RedStone operates price feeds on Stable.
- [Send and receive USDT0](/en/reference/p2p-payments): On Stable, P2P payments settle in under a second. Two transfer methods are available depending on the use case.
- [Bill per API request](/en/reference/pay-per-call): Monetize any HTTP endpoint with per-request pricing using [x402](/en/explanation/x402) middleware. A server declares its price, a client pays per call, and settlement happens within the request lifecycle. No accounts, no API keys, no billing cycles.
- [Ramps](/en/reference/ramps): On/off ramp partners connect Stable to global fiat systems, enabling users and businesses to move between USDT, local currencies, and payment rails.
- [RPC providers](/en/reference/rpc-providers): RPC and developer infrastructure providers supporting Stable.
- [SDK reference](/en/reference/sdk): Full surface of `@stablechain/sdk`. For a walkthrough, see [SDK quickstart](/en/tutorial/sdk-quickstart).
- [Staking precompile reference](/en/reference/staking-module-api): **Concept:** For what the staking module does and when to use it, see [Staking module](/en/explanation/staking-module).
- [Set up recurring billing](/en/reference/subscriptions): Pull-based subscriptions let a service provider collect payments on a schedule without requiring the subscriber to initiate each payment.
- [System modules reference](/en/reference/system-modules-api-overview): Stable exposes core settlement behavior through **System Modules**, implemented as **precompiled contracts** for gas efficiency and predictable control.
- [System transactions reference](/en/reference/system-transactions-api): **Concept:** For how system transactions bridge SDK events to the EVM and why this matters, see [System transactions](/en/explanation/system-transactions).
- [Ecosystem](/en/reference/testnet-ecosystem): In this document, you can find the information for bridge (LayerZero) and USDT0.
- [Testnet information](/en/reference/testnet-information): Everything you need to know to access the Stable Testnet.
- [Version history](/en/reference/testnet-version-history): Complete version history and related documentation for the Stable Testnet.
- [Tokenomics](/en/reference/tokenomics): STABLE is the governance token of the Stable Mainnet. It secures the network through delegated Proof-of-Stake, governs protocol upgrades, and entitles stakers to a share of USDT0 gas revenue distributed by validators.
- [Wallets](/en/reference/wallets): **User Wallets:** These are traditional consumer-facing wallets such as mobile apps, browser extensions, or exchange-linked wallets. They allow users to hold USDT, make transfers, connect to dApps, and interact directly with Stable.
- [Account abstraction with EIP-7702](/en/how-to/account-abstraction): This guide walks through applying EIP-7702 to an EOA and using the delegation for three patterns: batch payments, spending limits, and session keys. The EOA keeps its address and private key throughout.
- [Build an MPP endpoint on Stable](/en/how-to/build-mpp-endpoint): This guide walks through writing a custom [MPP](/en/explanation/mpp) payment method for USDT0 on Stable and serving an MPP-gated endpoint. The buyer signs an [ERC-3009](/en/explanation/erc-3009) `transferWithAuthorization`, the server validates it through `mppx`'s `verify()` hook, and settlement happens in a separate step you control.
- [Learn P2P payments](/en/how-to/build-p2p-payments): This guide walks through building a P2P payment application on Stable. The app handles the full payment lifecycle: the sender transfers USDT0 directly, the receiver detects the incoming payment in real time, and both can query their own transaction history. Same architecture as any wallet or payment interface, whether a mobile app, web checkout, or backend service.
- [Build a pay-per-call API](/en/how-to/build-pay-per-call): This guide walks through monetizing an API endpoint with x402. The server adds a payment handler, the client pays per request, and settlement happens within the HTTP lifecycle.
- [Create a wallet](/en/how-to/create-wallet): A Stable wallet is an Ethereum-standard key pair. Any wallet library that produces an EVM account works on Stable without modification. This guide shows two paths: ethers.js for most applications, and Tether's [WDK (Wallet Development Kit)](https://github.com/tetherto/wdk) for integrations that want a turnkey self-custody layer for agents and payments.
- [Index contract events](/en/how-to/index-contract): Indexing turns on-chain events into data your application can react to: balance updates, transaction history, UI notifications. This guide shows how to subscribe to events from a deployed Stable contract using ethers.js and how to backfill historical events so you don't miss any emitted while your service was offline.
- [Index validator data](/en/how-to/index-validator-data): Validator data lives on-chain and is readable over standard EVM JSON-RPC. You query current state through the staking, slashing, and governance precompiles, and you reconstruct history from their event logs. This means an indexer or analytics platform reads everything it needs through `eth_call` and `eth_getLogs`, with no access to a node's `stabled` CLI or Cosmos REST.
- [Enable gas-free transactions](/en/how-to/integrate-gas-waiver): Gas Waiver enables gas-free transactions on Stable. With Gas Waiver, applications cover gas fees on behalf of users, so users can interact with contracts without holding USDT0 for gas.
- [Paying with invoice](/en/how-to/pay-with-invoice): This guide walks through settling an invoice on-chain using [ERC-3009](/en/explanation/erc-3009) with a deterministic nonce derived from invoice metadata. The nonce links each payment to its invoice and prevents double payment.
- [Paying with MCP server](/en/how-to/pay-with-mcp): This guide shows how to bridge x402-enabled APIs to [MCP](https://modelcontextprotocol.io) tools so AI clients can call and pay for them through natural-language prompts. It builds on the server from [Build a pay-per-call API](/en/how-to/build-pay-per-call).
- [Production readiness](/en/how-to/production-readiness): Work through each section below before switching from testnet to mainnet.
- [Use the SDK with viem](/en/how-to/sdk-with-viem): `@stablechain/sdk` is built on viem. `createStable` accepts three signing modes, and you pick one based on where the code runs: server-side with a private key, browser-side with the user's wallet, or with a `WalletClient` you've already constructed (for example, in a wagmi app).
- [Use the SDK with wagmi](/en/how-to/sdk-with-wagmi): `createStable` accepts a viem `WalletClient`, which is exactly what wagmi's `useWalletClient` returns. You connect the wallet through wagmi as you normally would, then memoize a `StableClient` whenever the wallet client changes.
- [Self-hosted gas waiver](/en/how-to/self-hosted-gas-waiver): Self-hosted Gas Waiver lets you operate your own waiver infrastructure instead of using the hosted Waiver Server API. You register a waiver address through on-chain governance, then broadcast wrapper transactions directly to the network.
- [Subscribe and collect](/en/how-to/subscribe-and-collect): This guide walks through building a subscription payment system where the subscriber authorizes once and the service provider collects each billing cycle automatically via EIP-7702 account abstraction.
- [Tracking unbonding completions](/en/how-to/track-unbonding): When an unbonding period completes, the protocol emits an `UnbondingCompleted` event through the `StableSystem` precompile (`0x0000000000000000000000000000000000009999`) via a system transaction. This lets dApps notify users and update balances in real time without running custom indexers or polling REST endpoints.
- [Get testnet USDT0](/en/how-to/use-faucet): Stable uses USDT0 as the gas token, so you need USDT0 in your wallet to submit transactions. There are two ways to fund a testnet wallet: the faucet for small amounts, or bridging from Ethereum Sepolia for larger amounts.
- [Use system modules](/en/how-to/use-system-modules): Stable exposes protocol-level settlement logic through **precompiled contracts** at fixed addresses. The precompiles let EVM code call Stable SDK modules (staking, reward distribution, STABLE token operations) without re-implementing them. They're significantly more gas efficient than equivalent Solidity implementations because they run at the protocol level.
- [Verify a smart contract](/en/how-to/verify-contract): Verification uploads your contract's source code to the block explorer and proves it compiles to the deployed bytecode. Once verified, users can read state, call functions, and audit the source on Stablescan without re-hosting your code. This guide walks through verifying a Foundry-deployed contract on Stable.
- [Work with USDT0 as gas](/en/how-to/work-with-usdt-gas): On Stable, USDT0 is both the chain's native asset and an ERC-20 token. The gas token is USDT0, not a separate native asset. Standard Ethereum gas estimation works once you adjust three things: `maxPriorityFeePerGas` is always `0`, `baseFee` is denominated in USDT0, and the `value` field in a native transfer carries USDT0 (not ETH).
- [Zero gas transactions](/en/how-to/zero-gas-transactions): Gas Waiver lets an application cover gas on behalf of a user. The user signs a transaction with `gasPrice = 0`, a governance-registered waiver wraps it, and validators execute the call at zero cost to the user. This guide walks through a qualifying transfer, shows how to verify gas was waived, and explains what the waiver does and doesn't cover.
- [Accounts guides](/en/explanation/accounts-guides): Every guide, concept, and reference under the Accounts tab, grouped by what you're trying to do.
- [Accounts on Stable](/en/explanation/accounts-overview): An account on Stable is a standard Ethereum EOA that can optionally execute smart contract logic through [EIP-7702 delegation](/en/explanation/eip-7702). Users keep one address and one private key across wallets, batch payments, recurring subscriptions, and session keys. Agents run the same account model without any custodial middleware.
- [Agent settlement](/en/explanation/agent-settlement): Agent settlement is Stable's rail for machine payments. An agent holds a USDT0 balance, pays for a resource over HTTP, and the payment settles on-chain in the same request cycle. The agent spends down from one balance for both the payment and the network fee. There is no separate gas token, no sign-up, and no API key rotation.
- [AI and agents guides](/en/explanation/ai-agents-guides): Every guide, concept, and reference under the AI/Agents tab, grouped by what you're trying to do.
- [Autobahn](/en/explanation/autobahn): Modern Byzantine Fault Tolerant (BFT) consensus protocols typically operate under the partial synchrony model. This model assumes that the network eventually stabilizes and message delays remain bounded. While practical for protocol design, real-world deployments rarely enjoy long periods of uninterrupted stability. Instead, systems frequently experience periods of synchrony followed by short disruptions such as latency spikes, node outages, or adversarial conditions. These transient disruptions are referred to as **“blips”**.
- [Bank module](/en/explanation/bank-module): The `x/bank` module in Stable's SDK handles token balances, transfers, and supply. Its EVM surface (the **bank precompile**) wraps this module and adds ERC-20 semantics plus an authorization layer for privileged mint/burn operations. Contracts that need to move tokens on Stable call the precompile directly without deploying their own token implementation.
- [Bridge security and DVNs](/en/explanation/bridge-security): A LayerZero bridge is only as secure as the verification layer that confirms a message sent on one chain happened on another. That layer is a Decentralized Verifier Network (DVN). This page explains what DVNs do, how Stable configures them on its bridges, and why a compromise of any single DVN does not put Stable at risk.
- [Overview](/en/explanation/build-overview): New to Stable? Run the [Quick start](/en/tutorial/quick-start) first. It takes five minutes and sends a testnet transaction so the rest of the tab has something to plug into.
- [Confidential transfer](/en/explanation/confidential-transfer): **Confidential Transfer** is a privacy layer on Stable that shields the **amount** of a USDT0 transfer while keeping sender and recipient addresses publicly visible. The shielded amount is readable only by the transacting parties and authorized regulatory auditors, using zero-knowledge (ZK) cryptography to prove validity without revealing the value. The feature is under development; this page describes the target model.
- [Consensus](/en/explanation/consensus): Stable Blockchain leverages **StableBFT**, a customized PoS consensus protocol built on CometBFT, to deliver high throughput, low latency, and strong reliability. StableBFT provides deterministic finality (blocks are final on inclusion, without forks) and Byzantine fault tolerance up to 1/3 of validators failing or acting maliciously.
- [Contracts guides](/en/explanation/contracts-guides): Every guide, concept, and reference under the Contracts tab, grouped by what you're trying to do.
- [Contracts on Stable](/en/explanation/contracts-overview): Stable is fully EVM-compatible. Solidity, Vyper, Hardhat, Foundry, ethers.js, and viem work unchanged. Existing contracts deploy as-is once you point tooling at Stable's RPC. On top of the standard EVM, Stable exposes protocol-level modules (Bank, Distribution, Staking) as precompiled contracts at fixed addresses, so your Solidity can call into staking and reward distribution without re-implementing them.
- [Core concepts](/en/explanation/core-concepts): Four concepts are enough to start building. Each section defines the concept, shows it, and links to the full reference.
- [Overview](/en/explanation/core-optimization-overview): The lifecycle of a blockchain transaction, from submission to finalized result, passes through multiple tightly connected stages. A transaction is first submitted through the **RPC** interface, added to the **mempool**, packaged into a block, validated through **consensus**, executed by the **state machine**, and finally written to persistent storage in the **database**. Only after completing this full pipeline does the user receive a confirmed result.
- [Distribution module](/en/explanation/distribution-module): The `x/distribution` module handles staking-reward accrual and withdrawal for delegators and validators. Its precompile bridges this behavior into the EVM so a Solidity contract can claim rewards, set withdraw addresses, and query outstanding rewards without interacting with the Cosmos SDK directly.
- [EIP-7702](/en/explanation/eip-7702): Stable supports **EIP-7702**, which allows an EOA to **set its account code to an existing smart contract**. The EOA executes that contract's logic while keeping its original address and private key. The delegation is persistent until the EOA explicitly changes or clears it.
- [Settle with signed authorizations](/en/explanation/erc-3009): ERC-3009 lets a token holder authorize a transfer by signing a message. Anyone can then submit that signed authorization to execute the transfer on-chain. The sender never needs to call the contract directly.
- [Ethereum comparison](/en/explanation/ethereum-comparison): Stable is fully EVM-compatible, so most Ethereum tools, libraries, and contract patterns work without modification. The sections below walk through what stays the same and what changes when you move from Ethereum to Stable.
- [Compatibility with the Ethereum ecosystem](/en/explanation/ethereum-compatibility): Stable is fully compatible with the Ethereum Virtual Machine (EVM), allowing developers to use familiar tools, libraries, and contract patterns without modification.
This ensures seamless migration of existing applications and straightforward onboarding for teams already building in the Ethereum ecosystem.
- [Execution](/en/explanation/execution): **Stable EVM** is Stable's Ethereum-compatible execution layer. Existing Ethereum tools and wallets like MetaMask interact with Stable unchanged. Stable EVM combines the EVM's developer experience with the modular infrastructure of the Stable SDK.
- [Finality rules & compatibility guarantees](/en/explanation/finality): Stable processes transactions within an EVM-based execution environment. When a block includes a transaction, the chain applies its effects to state and makes them immediately visible to applications, contracts, and indexers.
- [Flow of Funds](/en/explanation/flow-of-funds): Stable is the first blockchain purpose-built for stablecoin payments. The network is optimized for high-throughput, low-latency stablecoin transactions, delivering P2P payments and merchant acceptance with immediate settlement in USDT. Application-layer gas sponsorship and waivers allow providers to offer a zero-fee experience for end users, providing the feel of a mainstream payments network while abstracting away the complexity of blockchain systems.
- [Gas pricing](/en/explanation/gas-pricing): Stable uses a simplified, single-component gas fee model designed to remove fee volatility and deliver predictable, low transaction costs. Transaction ordering is not influenced by tip bidding. The effective gas price is determined solely by the protocol's base fee.
- [Gas waiver](/en/explanation/gas-waiver): Governance-approved addresses (called **waivers**) submit a wrapper transaction that carries the user's signed payload and executes it at `gasPrice = 0`. The user holds no USDT0 and pays no gas. Stable operates one such waiver as a hosted service; partners can also register their own waiver addresses through validator governance.
- [Guaranteed blockspace](/en/explanation/guaranteed-blockspace): **Guaranteed Blockspace** is a dedicated blockspace-allocation model that reserves a fixed share of every block's capacity for enrolled enterprise partners, regardless of broader network conditions. Transactions routed through the guaranteed path execute with predictable latency and cost. Payroll, settlement, and supplier payments don't compete with public mempool traffic.
- [High performance RPC](/en/explanation/high-performance-rpc): In the pursuit of a high-performance blockchain, it's not enough to only optimize consensus or block production. The RPC layer is a critical component of the end-to-end user experience because it is the interface between the blockchain and its users. Stable proposes a new RPC-dedicated architecture to overcome the limitations of traditional RPC design.
- [Overview](/en/explanation/integrate-overview): Stable is an EVM-compatible Layer 1 where USDT0 is the native gas token. Most Ethereum tools, libraries, and contract patterns work without modification. You connect by pointing your RPC to Stable and switching the chain ID.
- [Key features](/en/explanation/key-features): Stable is a delegated Proof-of-Stake Layer 1 with single-slot finality, full EVM compatibility, and USDT0 as the native gas token. The features below are the ones that shape day-to-day integration. Each links to the page that covers it in depth.
- [Learn](/en/explanation/learn-overview): [**Overview**](/en/explanation/overview): What Stable is and how to read this documentation.
- [MPP sessions](/en/explanation/mpp-sessions): A session is an MPP payment intent that batches many small payments into a single on-chain settlement. The client deposits funds into an escrow once, then signs cheap off-chain vouchers for each request. Only the net amount settles on-chain, which makes sub-cent per-request economics viable for streaming workloads.
- [Machine Payments Protocol (MPP)](/en/explanation/mpp): MPP (Machine Payments Protocol) is an open standard for paying for HTTP resources in the same request that asks for them. It extends [x402](/en/explanation/x402) with new payment intents (charge, subscription, session), multi-rail support (stablecoins, cards, Lightning), production features (idempotency, body-digest binding, expiration), and additional transports (MCP, WebSocket). The protocol is on the IETF standards track.
- [Overview](/en/explanation/overview): Stable is a Layer 1 where USDT0 is the native gas token, and standard EVM tooling (Solidity, Foundry, Hardhat, ethers, viem, and the `eth_*` JSON-RPC methods) works unchanged.
- [Use cases overview](/en/explanation/payment-use-cases-overview): Stable supports multiple payment patterns, from simple wallet-to-wallet transfers to agent-driven service payments. The use cases below cover the patterns that are production-ready today. For patterns on the horizon (guaranteed settlement, confidential payments, agent-to-agent commerce), see [Upcoming use cases](/en/explanation/upcoming-use-cases).
- [Payments guides](/en/explanation/payments-guides): Every guide, concept, and reference under the Payments tab, grouped by what you're trying to do.
- [Payments on Stable](/en/explanation/payments-overview): Stable is built around payments. USDT0 is the native asset and the gas token, so settlement and fees share one balance. Single-slot finality means a transfer clears in under a second. ERC-3009, EIP-7702, and x402 are native primitives, not workarounds. You can settle with a signature, pull from a delegated account, or charge per HTTP request without running a billing stack.
- [Stable SDK](/en/explanation/sdk-overview): `@stablechain/sdk` is the official TypeScript client for Stable. It wraps viem with a small, typed API for the operations you reach for most: transfer USDT0, bridge between chains, and swap tokens on Stable. Routing, approvals, decimals, and chain switching are handled for you.
- [Storage (StableDB)](/en/explanation/stable-db): One of the main bottlenecks in end-to-end blockchain performance is **Disk I/O**. Specifically, committing and storing state data after block execution creates the key bottleneck. Stable tackles this problem with architectural innovations such as `MemDB`, `VersionDB`, and memory-mapped storage (`mmap`) to dramatically improve throughput.
- [Staking module](/en/explanation/staking-module): The `x/staking` module controls validator participation and delegation on Stable. Its precompile makes these operations callable from Solidity, so a contract can delegate STABLE, undelegate after the unbonding period, redelegate between validators, or query validator state without leaving the EVM.
- [System modules](/en/explanation/system-modules-overview): Stable's core protocol behavior lives in SDK modules: `x/bank`, `x/distribution`, `x/staking`. To make this behavior accessible from the EVM, Stable exposes each module as a **precompiled contract** at a fixed address. Contracts written in Solidity call the precompile directly, and the EVM routes the call into the native SDK handler. Precompiles are implemented at the protocol level, making them significantly more gas-efficient than an equivalent Solidity re-implementation.
- [System transactions](/en/explanation/system-transactions): EVM applications subscribe to on-chain activity through standard interfaces like `eth_getLogs`. But some of the most important operations on Stable (staking unbonding completions, for example) happen inside SDK modules that don't naturally emit EVM events. **System transactions** close this visibility gap: the protocol itself submits EVM transactions that emit events for SDK-layer operations, making them indexable through the same log stream dApps already use.
- [Tech overview](/en/explanation/tech-overview): **What's live today:** StableBFT consensus, Stable EVM (full EVM compatibility), and the split-path RPC layer are all production-ready. StableDB ships in the v1.4.0 upgrade. Autobahn (DAG-based consensus) and StableVM++ (optimistic parallel execution) are roadmap items. See the [Roadmap](/en/explanation/technical-roadmap) for timelines.
- [Roadmap](/en/explanation/technical-roadmap): Stable optimizes every layer of the transaction pipeline (consensus, execution, storage, RPC, and USDT-specific flows) across three phases. This page marks what's shipped, what's in progress, and what's still ahead.
- [Upcoming use cases](/en/explanation/upcoming-use-cases): Stable is building toward payment patterns that go beyond simple transfers and API billing. The cases below cover time-guaranteed settlement, privacy-preserving payments, and autonomous agent commerce. Some are functional today in early form; others depend on Stable features currently in development.
- [USDT as gas](/en/explanation/usdt-as-gas-token): **You pay fees in USDT0. No second token, no wrapping, no ETH-equivalent to keep topped up.** USDT0 serves as both the native gas token and an ERC-20 token on the same balance. The same asset that moves as payment also pays for the transaction that moves it. Fees are denominated in dollars, not a volatile native token.
- [Overview](/en/explanation/usdt-features-overview): Stable's USDT-specific features aren't a menu of independent options. They compose. Each one removes a specific friction that shows up when stablecoin payments move from demos to production. This page explains why the five features exist together.
- [USDT transfer aggregator](/en/explanation/usdt-transfer-aggregator): The **USDT Transfer Aggregator** bundles USDT0 transfers into parallelized, fault-tolerant batches instead of processing each transfer sequentially. It isolates USDT0 throughput from the rest of the execution pipeline so high-volume stablecoin activity doesn't crowd out other transactions.
- [USDT0 behavior on Stable](/en/explanation/usdt0-behavior): **If you're porting a contract from Ethereum, read this page before deploying.** USDT0 on Stable is both the native gas token and an ERC-20 token on the same balance. Four Ethereum-assumed behaviors break as a result: a contract's native balance can change without a call into the contract, `EXTCODEHASH` can oscillate between zero and empty hash, zero-address transfers revert, and a single logical transfer can emit multiple `Transfer` events from fractional-balance reconciliation.
- [Bridging to Stable](/en/explanation/usdt0-bridging): USDT reaches Stable via one of two bridge paths, depending on what form it takes on the source chain. Both paths deliver USDT0 into the user's wallet on Stable.
- [Payments & transfers](/en/explanation/use-case-payments): P2P payments and merchant settlement built around one asset that moves the money and pays for the transaction.
- [Payroll & mass payouts](/en/explanation/use-case-payroll): Paying employees, contractors, and suppliers at scale, with predictable throughput, predictable cost, and privacy for sensitive amounts.
- [Private transfers](/en/explanation/use-case-private): Treasury operations, supplier payments, and salary runs where the amount is commercially sensitive and shouldn't be published to the world.
- [Sponsored and gasless experiences](/en/explanation/use-case-sponsored): Apps that want to remove gas from the user experience entirely, so a first-time user can sign in and transact without acquiring a second asset first.
- [Monetize HTTP endpoints](/en/explanation/x402): x402 is a payment protocol built on HTTP. A server responds with `402 Payment Required` and payment details, a client signs an [ERC-3009](/en/explanation/erc-3009) authorization, and a facilitator settles it on-chain. The entire exchange happens over standard HTTP headers. The client only needs a wallet: no sign-up, no API keys, no card registration.
- [集成 Stable](/cn): Stable 是一个 Layer 1，其中 USDT0 既是原生 Gas 代币，也是 ERC-20。单槽确定性，亚秒级区块时间，并完全兼容 EVM。您只需携带您的钱包、助记词和 USDT0。
- [将 USDT0 桥接到 Stable](/cn/tutorial/bridge-usdt0): 在本教程中，您将使用 TypeScript 和 ethers v6 通过编程方式将 USDT0 从以太坊 Sepolia 桥接到 Stable 测试网。您将逐步构建脚本，每一步添加一个函数。
- [快速入门](/cn/tutorial/quick-start): 您只需要 Node.js、一些来自水龙头的 USDT0 和一个私钥。Stable 使用 USDT0 作为其 Gas 代币，因此您只需 USDT0 即可进行交易。无需资助单独的 Gas 资产。
- [SDK 快速入门](/cn/tutorial/sdk-quickstart): 你将安装 `@stablechain/sdk`，使用私钥创建客户端，在 Stable 测试网上发送 USDT0 转账，并获取桥接和互换报价。总耗时：大约五分钟。
- [发送第一笔 USDT0](/cn/tutorial/send-usdt0): 在 Stable 上，USDT0 既是链的原生资产，也是一种 ERC-20 代币。这意味着 `approve`、`transferFrom` 和 `permit` 完全可用，同时支持标准的价值转账，并且这两种方式都从同一个底层余额中转移资金。
- [部署智能合约](/cn/tutorial/smart-contract): 在本教程中，你将把一个简单的智能合约部署到 Stable 测试网，并从链上读取其状态。在此过程中，你将了解 Stable 网络的配置方式、USDT0 作为 Gas 代币的工作原理，以及如何将标准 EVM 工具指向 Stable。
- [品牌资料](/cn/resources/brand-kit): Stable 品牌资料包含多种格式的标志和官方调色板。使用此资料可在所有项目和通信中保持 Stable 品牌的一致性。
- [结算服务商](/cn/reference/agentic-facilitators): 结算服务商（facilitator）负责验证已签名的 x402 支付，并提交在 Stable 上以 USDT0 进行结算的链上调用。使用托管的结算服务商意味着你无需运行结算基础设施或管理 gas 代币。关于支付通道层面的背景信息，请参阅 [智能体结算](/cn/explanation/agent-settlement)。
- [钱包](/cn/reference/agentic-wallets): 代理钱包为 AI 代理和自主系统提供自托管签名能力，使它们能够参与 x402 支付流程，而无需人工驱动的设置。
- [Bank 预编译合约参考](/cn/reference/bank-module-api): **概念：** 关于 bank 模块的功能及其使用场景，请参阅 [Bank 模块](/cn/explanation/bank-module)。
- [跨链桥](/cn/reference/bridges): 支持在 Stable 之间转移 USDT0 的跨链桥提供商。关于跨链 USDT0 转移的工作原理，请参阅[跨链转入 Stable](/cn/explanation/usdt0-bridging)。如需实操演练，请参阅[将 USDT0 跨链转入 Stable 测试网](/cn/tutorial/bridge-usdt0)教程。
- [连接](/cn/reference/connect): 本页面汇总了连接到 Stable 所需的网络详细信息。
- [托管](/cn/reference/custody): **MPC 托管基础设施：** 使用多方计算将私钥控制权分散到多方的平台。它们为机构数字资产运营提供安全的密钥管理、策略引擎和开发者 API。
- [开发者协助](/cn/reference/developer-assistance): 一个不断增长的以开发者为中心的问题集合，涵盖以下主题：
- [DEX（去中心化交易所）](/cn/reference/dexes): Stable 上的 DEX 部署，用于现货交易、流动性提供和链上路由。Stable 已列入[官方 Uniswap v3 部署列表](https://gov.uniswap.org/t/official-uniswap-v3-deployments-list/24323/13#p-58106-stable-4)：Stable 上的 Uniswap v3 合约经治理认可为规范部署，并通过 [Stable Swap](https://swap.stable.xyz) 作为默认前端进行路由。
- [Distribution 预编译参考](/cn/reference/distribution-module-api): **概念：** 关于 distribution 模块的功能以及何时使用它，请参阅 [Distribution 模块](/cn/explanation/distribution-module)。
- [EIP-7702](/cn/reference/eip-7702-api): Stable 支持 **EIP-7702**，它允许 EOA 将其账户代码设置为现有的智能合约。EOA 保持其原始地址和私钥，同时执行委托的逻辑。
- [常见问题](/cn/reference/faq): **Stable 是什么？**
- [Gas 资费参考](/cn/reference/gas-pricing-api): Stable 的交易构建、gas 估算和工具配置。
- [燃气费减免协议](/cn/reference/gas-waiver-api): 本文档详细说明了燃气费减免机制：交易格式、标记路由、治理控制和减免服务器 API。
- [索引器](/cn/reference/indexers): 索引器和分析平台提供对链上数据的结构化访问，使开发者能够大规模查询交易、余额、日志、事件以及应用特定数据。Stable 兼容 EVM，因此标准的以太坊索引工具可无缝运行。
- [结算发票](/cn/reference/invoices): 每张发票都映射到一个唯一的、确定性的随机数，该随机数源自发票元数据：发票编号、各方、金额和到期日。此随机数通过 [ERC-3009](/cn/explanation/erc-3009) 驱动结算，并创建不可变的收据，可与现有会计系统进行对账。
- [JSON-RPC API](/cn/reference/json-rpc-api): [**Gas 定价参考**](/cn/reference/gas-pricing-api)：根据 Stable 的仅基础费模型构建 EIP-1559 交易。
- [主网信息](/cn/reference/mainnet-information): 访问 Stable 主网所需的全部信息。
- [版本历史](/cn/reference/mainnet-version-history): Stable 主网的完整版本历史及相关文档。
- [网络路由](/cn/reference/network-routing): 为 Stable 上的应用优化连接性和数据传输的网络路由提供商。
- [网络升级](/cn/reference/network-upgrades)
- [运维](/cn/reference/node-operations-overview): 运维涵盖运行 Stable 节点的方方面面：全节点或归档节点、测试网或主网，从安装到监控。关于您的节点所强制执行的链级行为（费用模型、最终性、USDT0 作为 gas），请参阅 [Gas 定价](/cn/explanation/gas-pricing)、[最终性](/cn/explanation/finality) 和 [架构概览](/cn/explanation/core-optimization-overview)。
- [预言机](/cn/reference/oracles): 预言机为智能合约提供链下数据，例如资产价格。RedStone 在 Stable 上运营价格喂送。
- [发送和接收 USDT0](/cn/reference/p2p-payments): 在 Stable 上，P2P 支付在不到一秒内完成结算。根据使用场景，有两种转账方式可供选择。
- [按 API 请求计费](/cn/reference/pay-per-call): 使用 [x402](/cn/explanation/x402) 中间件，通过每次请求的定价来实现任何 HTTP 端点的货币化。服务器声明价格，客户端按调用付费，结算在请求生命周期内完成。无需账户、无需 API 密钥、无需计费周期。
- [出入金通道](/cn/reference/ramps): 出入金通道合作伙伴将 Stable 连接到全球法定货币系统，使用户和企业能够在 USDT、本地货币和支付通道之间进行转移。
- [RPC 提供商](/cn/reference/rpc-providers): 支持 Stable 的 RPC 和开发者基础设施提供商。
- [SDK 参考](/cn/reference/sdk): `@stablechain/sdk` 的完整概览。有关详细介绍，请参阅 [SDK 快速入门](/cn/tutorial/sdk-quickstart)。
- [质押预编译合约参考](/cn/reference/staking-module-api): **概念：** 关于质押模块的功能及使用场景，请参阅 [质押模块](/cn/explanation/staking-module)。
- [设置定期账单](/cn/reference/subscriptions): 基于拉取的订阅让服务提供商可以按计划收取付款，而无需订阅者主动发起每一笔付款。
- [系统模块参考](/cn/reference/system-modules-api-overview): Stable 通过 **系统模块（System Modules）** 暴露核心结算行为，这些模块以 **预编译合约（precompiled contracts）** 的形式实现，以提升 gas 效率并提供可预测的控制。
- [系统交易参考](/cn/reference/system-transactions-api): **概念：** 关于系统交易如何将 SDK 事件桥接到 EVM 以及为什么这很重要，请参阅[系统交易](/cn/explanation/system-transactions)。
- [生态系统](/cn/reference/testnet-ecosystem): 在本文档中，您可以找到桥接（LayerZero）和 USDT0 的信息。
- [测试网信息](/cn/reference/testnet-information): 访问 Stable 测试网所需了解的一切信息。
- [版本历史](/cn/reference/testnet-version-history): Stable 测试网的完整版本历史及相关文档。
- [代币经济学](/cn/reference/tokenomics): Stable 是一个高性能的第一层区块链，专为稳定币结算、企业级支付和以 USDT 为中心的基础设施而优化。
- [钱包](/cn/reference/wallets): **用户钱包：** 这些是面向消费者的传统钱包，例如移动应用、浏览器扩展或与交易所关联的钱包。它们允许用户持有 USDT、进行转账、连接 dApp，并直接与 Stable 交互。
- [使用 EIP-7702 实现账户抽象](/cn/how-to/account-abstraction): 本指南将通过 EIP-7702 应用于 EOA，并使用委托实现三种模式：批量支付、消费限额和会话密钥。在此过程中，EOA 保持其地址和私钥不变。
- [在Stable上构建一个MPP端点](/cn/how-to/build-mpp-endpoint): 本指南将指导您在Stable上为USDT0编写一个自定义的[MPP](/cn/explanation/mpp)支付方法，并提供一个MPP门控端点。买方签署一个[ERC-3009](/cn/explanation/erc-3009) `transferWithAuthorization`，服务器通过`mppx`的`verify()`钩子验证它，结算在您控制的单独步骤中进行。
- [学习 P2P 支付](/cn/how-to/build-p2p-payments): 本指南将带领您在 Stable 上构建一个 P2P 支付应用程序。该应用程序处理完整的支付生命周期：发送方直接转移 USDT0，接收方实时检测到入账，双方都可以查询交易历史。与任何钱包或支付界面（无论是移动应用、网页结账还是后端服务）的架构相同。
- [构建按次计费 API](/cn/how-to/build-pay-per-call): 本指南将指导您如何使用 x402 将 API 端点货币化。服务器添加支付处理程序，客户端按请求付费，并在 HTTP 生命周期内完成结算。
- [创建钱包](/cn/how-to/create-wallet): Stable 钱包是一个以太坊标准的密钥对。任何生成 EVM 账户的钱包库都可以在 Stable 上运行，无需修改。本指南提供了两种路径：对于大多数应用程序使用 ethers.js，对于需要为代理和支付提供开箱即用的自托管层的集成，可以使用 Tether 的 [WDK（钱包开发工具包）](https://github.com/tetherto/wdk)。
- [索引合约事件](/cn/how-to/index-contract): 索引将链上事件转换为你的应用程序可以响应的数据：余额更新、交易历史、UI 通知。本指南介绍如何使用 ethers.js 订阅已部署 Stable 合约的事件，以及如何回填历史事件，以便你的服务脱机时不会错过任何发出的事件。
- [索引验证器数据](/cn/how-to/index-validator-data): 验证器数据存储在链上，可通过标准 EVM JSON-RPC 读取。您可以通过质押、惩罚和治理预编译查询当前状态，并从其事件日志中重建历史。这意味着索引器或分析平台可以通过 `eth_call` 和 `eth_getLogs` 读取所需的一切，而无需访问节点的 `stabled` CLI 或 Cosmos REST。
- [启用免Gas交易](/cn/how-to/integrate-gas-waiver): Gas Waiver 可以在 Stable 上启用免 Gas 交易。通过 Gas Waiver，应用程序可以代表用户支付 Gas 费用，因此用户无需持有 USDT0 即可与合约进行交互。
- [发票支付](/cn/how-to/pay-with-invoice): 本指南将介绍如何使用 [ERC-3009](/cn/explanation/erc-3009) 在链上结算发票，其中确定性随机数来源于发票元数据。该随机数将每次支付与发票关联起来，并防止重复支付。
- [使用 MCP 服务器支付](/cn/how-to/pay-with-mcp): 本指南展示了如何将启用 x402 的 API 桥接到 [MCP](https://modelcontextprotocol.io) 工具，以便 AI 客户端可以通过自然语言提示调用并支付它们。它基于 [构建按次付费 API](/cn/how-to/build-pay-per-call) 中的服务器。
- [生产可用性](/cn/how-to/production-readiness): 在从测试网切换到主网之前，请完成下面列出的所有章节。
- [将 SDK 与 viem 结合使用](/cn/how-to/sdk-with-viem): `@stablechain/sdk` 基于 viem 构建。`createStable` 接受三种签名模式，您可以根据代码运行环境进行选择：在服务器端使用私钥，在浏览器端使用用户钱包，或者使用您已经构建的 `WalletClient`（例如，在 wagmi 应用程序中）。
- [将 SDK 与 wagmi 结合使用](/cn/how-to/sdk-with-wagmi): `createStable` 接受一个 viem `WalletClient`，这正是 wagmi 的 `useWalletClient` 返回的。您像往常一样通过 wagmi 连接钱包，然后在钱包客户端更改时记忆一个 `StableClient`。
- [自托管燃气费代付](/cn/how-to/self-hosted-gas-waiver): 自托管燃气费代付让您可以操作自己的代付基础设施，而不是使用托管的Waiver Server API。您通过链上治理注册一个代付地址，然后直接向网络广播封装器交易。
- [订阅与收款](/cn/how-to/subscribe-and-collect): 本指南将介绍如何构建一个订阅支付系统，其中订阅者只需授权一次，服务提供商即可通过 EIP-7702 账户抽象在每个账单周期自动收款。
- [跟踪解除质押完成情况](/cn/how-to/track-unbonding): 当解除质押期完成时，协议会通过系统交易，通过 `StableSystem` 预编译合约（`0x0000000000000000000000000000000000009999`）发出一个 `UnbondingCompleted` 事件。这允许 dApp 实时通知用户并更新余额，而无需运行自定义索引器或轮询 REST 端点。
- [如何为您的 Stable 测试网钱包充值](/cn/how-to/use-faucet): Stable 使用 USDT0作为燃料代币，因此您需要在钱包中有 USDT0 才能与链进行交互。首先，您需要使用水龙头为您的账户充值 USDT0。
- [使用系统模块](/cn/how-to/use-system-modules): Stable 通过固定地址的**预编译合约**公开协议级结算逻辑。预编译合约允许 EVM 代码调用 Stable SDK 模块（质押、奖励分配、STABLE 代币操作），而无需重新实现它们。由于它们在协议级别运行，因此比同等的 Solidity 实现效率更高，消耗的 Gas 更少。
- [验证智能合约](/cn/how-to/verify-contract): 验证会将您的合约源代码上传到区块浏览器，并证明其编译为已部署的字节码。验证后，用户无需重新托管您的代码，即可在 Stablescan 上读取状态、调用函数和审计源代码。本指南将介绍如何在 Stable 上验证 Foundry 部署的合约。
- [将 USDT0 作为 Gas 进行操作](/cn/how-to/work-with-usdt-gas): 在 Stable 上，USDT0 既是链的原生资产，也是 ERC-20 代币。Gas 代币是 USDT0，而不是单独的原生资产。标准以太坊 Gas 估算工作原理如下，但您需要调整三点：`maxPriorityFeePerGas` 始终为 `0`，`baseFee` 以 USDT0 计价，并且原生转账中的 `value` 字段承载 USDT0（而不是 ETH）。
- [零 Gas 交易](/cn/how-to/zero-gas-transactions): Gas Waiver 允许应用程序代表用户支付 Gas。用户使用 `gasPrice = 0` 签署交易，经治理注册的豁免机制会封装该交易，验证者将以零成本为用户执行调用。本指南将引导您完成一笔符合条件的转账，展示如何验证 Gas 是否已被豁免，并解释豁免所涵盖和不涵盖的范围。
- [账户指南](/cn/explanation/accounts-guides): “账户”选项卡下的所有指南、概念和参考资料，按您要执行的操作分组。
- [Stable 上的账户](/cn/explanation/accounts-overview): Stable 上的账户是一个标准的以太坊 EOA，它可以通过 [EIP-7702 委托](/cn/explanation/eip-7702) 可选择地执行智能合约逻辑。用户在钱包、批处理支付、循环订阅和会话密钥中保留一个地址和一个私钥。代理运行相同的账户模型，无需任何托管中间件。
- [代理结算](/cn/explanation/agent-settlement): 代理结算是 Stable 针对机器支付的通道。代理持有 USDT0 余额，通过 HTTP 方式为资源付费，支付在同一请求周期内于链上结算。代理从一个余额中支出，用于支付和网络费用。无需单独的 gas 代币，无需注册，也无需 API 密钥轮换。
- [AI 和代理指南](/cn/explanation/ai-agents-guides): AI/代理选项卡下的所有指南、概念和参考资料，按您要执行的操作进行分组。
- [Autobahn](/cn/explanation/autobahn): 现代拜占庭容错 (BFT) 共识协议通常在部分同步模型下运行。该模型假设网络最终会稳定下来，并且消息延迟保持在一定范围内。虽然这对于协议设计来说是实用的，但实际部署很少能享受到长时间不间断的稳定性。相反，系统经常会经历一段同步期，随后出现短暂的中断，例如延迟高峰、节点中断或对抗性条件。这些短暂的中断被称为 “**小故障**”（blips）。
- [银行模块](/cn/explanation/bank-module): Stable SDK 中的 `x/bank` 模块处理代币余额、转账和供应。其 EVM 接口（**银行预编译合约**）封装了此模块，并添加了 ERC-20 语义以及一个用于特权铸币/销毁操作的授权层。需要在 Stable 上转移代币的合约可以直接调用预编译合约，而无需部署自己的代币实现。
- [跨链桥安全性与DVN](/cn/explanation/bridge-security): LayerZero 跨链桥的安全性取决于验证层，该验证层确认一条链上发送的消息是否在另一条链上发生。该层是一个去中心化验证网络（Decentralized Verifier Network，简称 DVN）。本页面解释了 DVN 的作用，Stable 如何在其跨链桥上配置它们，以及单个 DVN 的泄露为何不会使 Stable 处于风险之中。
- [概览](/cn/explanation/build-overview): Stable 新手？请先运行[快速入门](/cn/tutorial/quick-start)。它只需五分钟，并会发送一笔测试网交易，以便标签页的其余部分可以连接到它。
- [保密转账](/cn/explanation/confidential-transfer): **保密转账**是 Stable 上的一个隐私层，可以在屏蔽 USDT0 转账**金额**的同时，保持发件人和收件人地址公开可见。屏蔽的金额只有交易双方和授权的监管审计人员才能读取。该机制使用零知识 (ZK) 加密来证明有效性，而无需透露具体金额。此功能正在开发中；本页面描述了目标模型。
- [共识](/cn/explanation/consensus): Stable 区块链利用 **StableBFT**（一种基于 CometBFT 构建的定制化权益证明共识协议）来提供高吞吐量、低延迟和高可靠性。StableBFT 提供确定性终结性（区块在纳入时即最终确定，没有分叉）和拜占庭容错能力，即使多达 1/3 的验证者发生故障或恶意行为也能保持。
- [合约指南](/cn/explanation/contracts-guides): “合约”选项卡下的所有指南、概念和参考，按您要完成的任务分组。
- [Stable 上的合约](/cn/explanation/contracts-overview): Stable 完全兼容 EVM。Solidity、Vyper、Hardhat、Foundry、ethers.js 和 viem 都可以原样使用。一旦您将工具指向 Stable 的 RPC，现有合约就可以按原样部署。在标准 EVM 的基础上，Stable 将协议级模块（银行、分发、质押）作为预编译合约暴露在固定地址，因此您的 Solidity 可以调用质押和奖励分发，而无需重新实现它们。
- [核心概念](/cn/explanation/core-concepts): 掌握这四个概念足以开始构建。每个部分都定义了概念，展示了它的工作原理，并链接到完整的参考资料。
- [概览](/cn/explanation/core-optimization-overview): 区块链交易的生命周期，从提交到最终结果，会经历多个紧密连接的阶段。一笔交易首先通过 **RPC** 接口提交，被添加到 **mempool**，打包成区块，通过**共识**验证，由**状态机**执行，最后写入**数据库**中的持久化存储。只有完成这个完整的流程，用户才能收到确认结果。
- [Distribution 模块](/cn/explanation/distribution-module): `x/distribution` 模块处理委托人 (delegator) 和验证人 (validator) 的质押奖励累积和提取。其预编译模块将此行为桥接到 EVM，因此 Solidity 合约无需直接与 Cosmos SDK 交互即可领取奖励、设置提取地址和查询未结奖励。
- [EIP-7702](/cn/explanation/eip-7702): Stable 支持 **EIP-7702**，它允许 EOA **将其账户代码设置为现有智能合约**。EOA 执行该合约的逻辑，同时保留其原始地址和私钥。委托是持久的，直到 EOA 明确更改或清除它。
- [使用签名授权进行结算](/cn/explanation/erc-3009): ERC-3009 允许代币持有者通过签署消息来授权转账。任何人都可以提交该签名授权以在链上执行转账。发送者无需直接调用合约。
- [以太坊对比](/cn/explanation/ethereum-comparison): Stable 完全兼容 EVM，因此大多数以太坊工具、库和合约模式都无需修改即可使用。以下部分将介绍从以太坊迁移到 Stable 时哪些保持不变，哪些会改变。
- [与以太坊生态的兼容性](/cn/explanation/ethereum-compatibility): Stable 完全兼容 EVM，使开发者可直接使用以太坊工具、库和智能合约模块，无需进行任何修改。
- [执行](/cn/explanation/execution): **Stable EVM** 是 Stable 的以太坊兼容执行层。现有的以太坊工具和钱包，如 MetaMask，无需更改即可与 Stable 交互。Stable EVM 将 EVM 的开发者体验与 Stable SDK 的模块化基础设施相结合。
- [终局性规则与兼容性保证](/cn/explanation/finality): Stable 的交易在 EVM 执行环境中处理。当交易被打包入区块后，其状态变更立即生效。
- [资金流](/cn/explanation/flow-of-funds): Stable 是首个专为稳定币支付而构建的区块链。该网络针对高吞吐量、低延迟的稳定币交易进行了优化，实现了 USDT 的即时结算点对点支付和商家收款。应用层燃气费赞助和减免使提供商能够为终端用户提供零费用体验，提供主流支付网络的感受，同时抽象化区块链系统的复杂性。
- [Gas 费用](/cn/explanation/gas-pricing): Stable 采用简化的单一组件 Gas 费模型，旨在消除费用波动并提供可预测的低交易成本。交易排序不受小费竞价的影响。有效的 Gas 价格仅由协议的基础费用决定。
- [Gas 费用减免](/cn/explanation/gas-waiver): 经治理批准的地址（称为**费用减免方**）提交一个封装交易，其中包含用户签名的有效载荷，并以 `gasPrice = 0` 执行。用户无需持有 USDT0，也无需支付 Gas 费。Stable 公司运营着一个这样的费用减免服务；合作伙伴也可以通过验证器治理注册自己的费用减免地址。
- [保证区块空间](/cn/explanation/guaranteed-blockspace): **保证区块空间**是一种专用的区块空间分配模型，它为注册的企业合作伙伴预留了每个区块固定份额的容量，无论更广泛的网络条件如何。通过保证路径路由的交易以可预测的延迟和成本执行。工资支付、结算和供应商付款不会与公共内存池流量竞争。
- [高性能 RPC](/cn/explanation/high-performance-rpc): 在追求高性能区块链的过程中，仅仅优化共识或区块生产是不够的。RPC 层是端到端用户体验的关键组成部分，因为它是区块链与其用户之间的接口。Stable 提出了一种新的 RPC 专用架构，以克服传统 RPC 设计的局限性。
- [概览](/cn/explanation/integrate-overview): Stable 是一个与 EVM 兼容的 Layer 1，其中 USDT0 是原生的 gas 代币。大多数以太坊工具、库和合约模式无需修改即可工作。您只需将 RPC 指向 Stable 并切换链 ID 即可连接。
- [主要功能](/cn/explanation/key-features): Stable 是一个委托权益证明 Layer 1，具有单槽最终性、完全 EVM 兼容性，并以 USDT0 作为原生 gas 代币。以下功能决定了日常集成。每个功能都链接到详细介绍它的页面。
- [学习](/cn/explanation/learn-overview): [**概览**](/cn/explanation/overview)：Stable 是什么以及如何阅读本文档。
- [MPP 会话](/cn/explanation/mpp-sessions): 会话（Session）是一种 MPP 支付意图，它将许多小额支付批量处理为一次链上结算。客户端一次性将资金存入托管账户，然后为每个请求签署便宜的链下凭证。只有净额在链上结算，这使得按请求计费的次级货币经济对于流式工作负载来说是可行的。
- [机器支付协议 (MPP)](/cn/explanation/mpp): MPP（机器支付协议）是一个开放标准，用于在请求 HTTP 资源的同时支付这些资源。它通过新的支付意图（收费、订阅、会话）、多轨道支持（稳定币、银行卡、闪电网络）、生产功能（幂等性、主体摘要绑定、过期）和附加传输（MCP、WebSocket）扩展了 [x402](/cn/explanation/x402)。该协议正在 IETF 标准化进程中。
- [概览](/cn/explanation/overview): Stable 是一条以 USDT0 作为原生 gas 代币的 Layer 1，标准的 EVM 工具链（Solidity、Foundry、Hardhat、ethers、viem 以及 `eth_*` JSON-RPC 方法）无需任何改动即可使用。
- [用例概述](/cn/explanation/payment-use-cases-overview): Stable 支持多种支付模式，从简单的钱包到钱包转账到代理驱动的服务支付。以下用例涵盖了目前已投入生产的模式。对于即将推出的模式（有担保的结算、保密支付、代理到代理的商业交易），请参阅[即将推出的用例](/cn/explanation/upcoming-use-cases)。
- [支付指南](/cn/explanation/payments-guides): 支付选项卡下的所有指南、概念和参考，按您要执行的操作分组。
- [在 Stable 上支付](/cn/explanation/payments-overview): Stable 围绕支付构建。USDT0 是原生资产和 Gas 代币，因此结算和费用共享一个余额。单槽最终性意味着转账在不到一秒的时间内清算。ERC-3009、EIP-7702 和 x402 是原生原语，而非权宜之计。您可以凭签名结算，从委托账户中提取，或按 HTTP 请求收费，而无需运行计费堆栈。
- [Stable SDK](/cn/explanation/sdk-overview): `@stablechain/sdk` 是 Stable 官方的 TypeScript 客户端。它封装了 Viem，提供了一个小巧、类型化的 API，用于处理你最常使用的操作：传输 USDT0、在链之间进行桥接以及在 Stable 上兑换代币。路由、授权、小数位和链切换都已为你处理好。
- [存储 (StableDB)](/cn/explanation/stable-db): 端到端区块链性能的主要瓶颈之一是 **磁盘 I/O**。具体来说，在区块执行后提交和存储状态数据是关键瓶颈。Stable 通过架构创新（如 `MemDB`、`VersionDB` 和内存映射存储 (`mmap`)）解决了这个问题，从而显著提高了吞吐量。
- [Stake 模块](/cn/explanation/staking-module): `x/staking` 模块控制 Stable 上的验证者参与和委托。它的预编译合约使得这些操作可以从 Solidity 调用，因此合约可以委托 STABLE、在解绑期后解除委托、在验证者之间重新委托或查询验证者状态，而无需离开 EVM。
- [系统模块](/cn/explanation/system-modules-overview): Stable 的核心协议行为存在于 SDK 模块中： `x/bank` 、 `x/distribution` 和 `x/staking` 。为了使 EVM 可以访问此行为，Stable 将每个模块作为**预编译合约**公开在固定地址。用 Solidity 编写的合约直接调用预编译，EVM 将调用路由到原生 SDK 处理程序。预编译是在协议级别实现的，因此它们比等效的 Solidity 重新实现节省了更多的 gas。
- [系统交易](/cn/explanation/system-transactions): EVM 应用程序通过 `eth_getLogs` 等标准接口订阅链上活动。但是，在 Stable 上，一些最重要的操作（例如抵押完成解除绑定）发生在 SDK 模块内部，这些模块不会自然地发出 EVM 事件。**系统交易**弥补了这一可见性差距：协议本身提交 EVM 交易，这些交易为 SDK 层操作发出事件，使它们可以通过 dApp 已经使用的同一日志流进行索引。
- [技术概览](/cn/explanation/tech-overview): 从状态数据库、执行引擎、共识机制，到针对 USDT 的特定优化，Stable 的设计始终聚焦于性能、可扩展性与可靠性。技术栈中的每一层组件都经过专门优化，以支持高吞吐的工作负载和无缝的 USDT 原生操作。
- [路线图](/cn/explanation/technical-roadmap): Stable 将分三个阶段优化交易管道的每一层（共识、执行、存储、RPC 和 USDT 特定流程）。本页面将展示已发布、正在进行中和仍在规划中的内容。
- [即将推出的用例](/cn/explanation/upcoming-use-cases): Stable 正在构建超越简单转账和 API 计费的支付模式。以下案例涵盖了时间保证结算、隐私保护支付和自主代理商务。其中一些已以早期形式实现功能；另一些则依赖于 Stable 当前正在开发中的功能。
- [USDT 作为 Gas](/cn/explanation/usdt-as-gas-token): **您使用 USDT0 支付费用。没有第二种代币，无需封装，无需充值 ETH 等值物。** USDT0 既是原生 Gas 代币，又是同一个余额上的 ERC-20 代币。用于支付的资产同时也可以支付发送该支付的交易费用。费用以美元计价，而不是波动的原生代币。
- [概述](/cn/explanation/usdt-features-overview): Stable 的 USDT 特定功能并非相互独立的选项集合。它们是组合搭配的。每项功能都消除了稳定币支付从演示走向生产时出现的特定摩擦。本页面解释了为什么这五项功能共同存在。
- [USDT 转账聚合器](/cn/explanation/usdt-transfer-aggregator): **USDT 转账聚合器**将 USDT0 转账打包成并行、容错的批次，而不是按顺序处理每笔转账。它将 USDT0 的吞吐量与执行管道的其余部分隔离开来，因此大批量的稳定币活动不会挤占其他交易。
- [USDT0 在 Stable 上的行为](/cn/explanation/usdt0-behavior): **如果你正在从以太坊移植合约，在部署前请阅读此页面。** Stable 上的 USDT0 既是原生 Gas 代币，又是同一个余额上的 ERC-20 代币。因此，四种以太坊假定的行为会受到影响：合约的原生余额会未调用合约而发生变化，`EXTCODEHASH` 可以在零和空哈希之间振荡，零地址转账会回滚，以及一个逻辑转账可能会由于小数余额核对而发出多个 `Transfer` 事件。
- [桥接到 Stable](/cn/explanation/usdt0-bridging): USDT 通过以下两种桥接路径之一到达 Stable，具体取决于它在源链上的形式。这两种路径都将 USDT0 交付到用户在 Stable 上的钱包。
- [支付与转账](/cn/explanation/use-case-payments): P2P 支付和商家结算围绕一种资产构建，这种资产既用于资金转移也用于支付交易费用。
- [薪资与大规模支付](/cn/explanation/use-case-payroll): 大规模支付员工、承包商和供应商，具有可预测的吞吐量、可预测的成本以及对敏感金额的隐私保护。
- [隐私转账](/cn/explanation/use-case-private): 财务操作、供应商付款和工资发放，其中金额具有商业敏感性，不应向外界公布。
- [赞助和无 Gas 体验](/cn/explanation/use-case-sponsored): 应用程序希望完全消除用户体验中的 Gas 费，以便首次用户无需先获取第二个资产即可登录和交易。
- [HTTP 端点变现](/cn/explanation/x402): x402 是一种基于 HTTP 构建的支付协议。服务器以 `402 Payment Required` 和支付详情进行响应，客户端签署 [ERC-3009](/cn/explanation/erc-3009) 授权，协调方在链上结算。整个交换过程通过标准 HTTP 头进行。客户端只需要一个钱包：无需注册、无需 API 密钥、无需注册卡信息。