POST Token Whitepaper
Technical Architecture
POST Token is built on the Cosmos SDK, a modular framework for building application-specific blockchains. This section covers consensus mechanisms, smart contract architecture, and the technical implementation of the dual-token system.
4.1 Protocol Selection: Why Cosmos SDK
POST Token chose Cosmos SDK after careful analysis of the postal ecosystem's unique requirements. Key advantages include custom consensus, sovereign governance, and IBC interoperability.
Blockchain Platform Comparison
| Requirement | Ethereum | Solana | Cosmos SDK | Hyperledger |
|---|---|---|---|---|
| Custom consensus | ||||
| Sovereign chain | ||||
| Token flexibility | ||||
| Interoperability (IBC) | ||||
| TPS Capacity | ~15 | ~65K | ~10K+ | ~3K |
| Governance built-in |
Winner: Cosmos SDK
- Custom PoT/PoD consensus for postal operations
- Sovereign governance for postal operators
- IBC for cross-chain interoperability
- Proven at scale (Terra, Osmosis, Crypto.com)
Technical Specifications
| Parameter | Value |
|---|---|
| SDK Version | Cosmos SDK v0.50+ |
| Consensus | Tendermint BFT (modified for PoT/PoD) |
| Block Time | 5 seconds |
| Finality | Instant (single block) |
| Max Validators | 192 initial (one per country), expandable to 1,000+ |
| State Machine | ABCI (Application Blockchain Interface) |
| Smart Contracts | CosmWasm (WebAssembly) |
| Interoperability | IBC Protocol native |
4.2 Blockchain Architecture
POST Token employs a layered architecture optimized for postal operations:
Application Layer
Postal App, Money Transfer App, Merchant Payment App, Wallet Apps
API Layer
REST API, gRPC API, WebSocket Events, GraphQL API
Smart Contract Layer (CosmWasm)
Settlement Contract, Escrow Contract, Payment Contract, Dispute Contract
Custom Modules Layer
Gateway Module, DEX Module, PoT Module, PoD Module, Mining Module
Cosmos SDK Core Modules
Bank Module, Staking Module, Gov Module, IBC Module, Auth Module
Consensus Layer (Tendermint BFT)
Validators (192 countries) - Block Production - Finality
Custom POST Modules
| Module | Purpose | Key Functions |
|---|---|---|
| Gateway Module | POST Gateway token flow | BuyPOST, SwapToPSDR, FiatToPSDR |
| DEX Module | Built-in token exchange | CreatePool, Swap, AddLiquidity |
| PoT Module | Proof of Transit consensus | RecordScan, ValidateTransit, RewardOperator |
| PoD Module | Proof of Delivery | ConfirmDelivery, TriggerSettlement |
| Mining Module | Reward distribution | CalculateRewards, DistributeDaily |
| Settlement Module | Terminal dues automation | CreateSettlement, AutoReconcile |
4.3 Dual-Token Design
POST Token implements a dual-token architecture where POST serves as the mandatory gateway to obtain PSDR, the stable operational token.
POST Token
Variable-price utility token
- Total Supply: 21 Billion (fixed)
- Decimals: 6
- Launch Price: ~$0.01
- Long-term Target: $1.00 - $1.33
- Emission: 20-year schedule with halvings
Primary Functions:
- GATEWAY - Only way to obtain PSDR
- STAKING - Validators stake POST to secure network
- GOVERNANCE - Voting power in bicameral system
- REWARDS - Mining rewards paid in POST
- VALUE CAPTURE - Network growth reflected in price
PSDR Token
Stable operations token
- Supply: Dynamic (created via POST swap)
- Peg: 1 PSDR = 1 SDR (~$1.33 USD)
- Decimals: 6
- SDR Basket: USD, EUR, CNY, JPY, GBP
Primary Functions:
- SETTLEMENT - Terminal dues payments
- REMITTANCE - Cross-border money transfers
- PAYMENTS - Merchant transactions
- OPERATIONS - All network operational payments
PSDR Minting Rules (Critical)
Rule 1: Only Postal Operators Can Mint PSDR
NOT by users, merchants, traders, or speculators. ONLY by registered Postal Operators (UPU Member States).
Rule 2: PSDR Requires Real Transactions
POST to PSDR swap must be linked to: Postal shipment, Money transfer, Merchant payment, or Terminal dues settlement.
Rule 3: Only Two Entities Can Hold PSDR
Postal Operators (UPU members) and UPU (network treasury). Users hold PSDR temporarily in escrow (30-day max).
Rule 4: Always Pegged 1:1 to SDR
100% reserve in SDR equivalency. Peg enforcement via restricted minting.
4.4 POST Gateway - Token Flow Example
User wants to ship a package for $65:
FIAT to POST
User pays $65 cash at post office counter. System calls Gateway.BuyPOST($65, "USD"). Result: 26.53 POST credited (at market rate $2.45/POST)
POST to PSDR (Postal Operator Only)
Operator authenticates, transaction validated. System calls DEX.Swap(26.53 POST, "PSDR", transaction_id). Swap fee: 0.13 POST (0.5%). Result: 48.49 PSDR minted to operator.
PSDR to Operation
Smart contract distributes: Origin post (20 PSDR), Destination post (18 PSDR), Airline (8 PSDR), Network fee (2.49 PSDR)
User Experience
Customer sees: "Pay $65" → Package shipped. All token mechanics invisible - backend only.
Built-in DEX: Transaction-Linked POST Gateway
POST Token includes a native decentralized exchange for POST/PSDR swaps. The POST to PSDR direction requires a valid transaction ID, ensuring PSDR creation is tied to real network activity.
POST to PSDR (RESTRICTED)
Requires: transaction_id
Fee: 0.5%
PSDR to POST (UNRESTRICTED)
Anyone can cash out PSDR
Fee: 0.5%
ADD LIQUIDITY
Protocol & LPs provide
Earn swap fees
Key Difference from Standard DEX:
POST to PSDR is NOT a free swap. It requires proof of a real transaction being funded.
Document Information
Section
4 - Technical Architecture
Version
1.1.0
Status
Last Updated
January 14, 2026