What $EDSD is
$EDSD is a USD-pegged stablecoin designed for one job: settlement of cross-border trade on EDMA L2. It is not a general-purpose payment token, it is not a yield-bearing instrument, it is not an algorithmic peg. It is fully USD-backed at one-to-one, issued by a regulated issuer entity under applicable U.S. financial regulations, and used as the default settlement currency in the TradeOS marketplace.
The narrowness of the design is structural. Settlement currencies need three properties: stability of unit, transparency of backing, and programmability for milestone-based release. Bank-issued dollars have stability and (with audit) transparency, but not programmability. Algorithmic stablecoins have programmability but neither stable backing nor verifiable reserves. Existing USD-backed stablecoins have all three but are not integrated with the PoV milestone-gate settlement model that EDMA's protocol requires. $EDSD was built to fill the gap.
Why $EDSD replaces Letters of Credit
The Letter of Credit is a nineteenth-century instrument that solved a real problem: when buyer and seller cannot trust each other and cannot trust their local banks to handle a cross-border payment, an intermediary bank stands between them, holds the buyer's money, and releases it only when documents prove the goods shipped. The mechanism works, but it is expensive (1.5 to 3 percent per annum on the LC value), slow (60 to 180 day settlement windows are common), and paperwork-intensive (each milestone requires a paper document chain across customs, financiers, freight forwarders, and banks).
$EDSD with smart-contract milestone gates does what LCs do for a fraction of the cost and an order of magnitude faster. The buyer escrows $EDSD in a trade contract; the smart contract releases it only when PoV-verified evidence of milestones (bill of lading, customs clearance, attestor consensus) arrives on-chain. The buyer cannot revoke; the seller cannot prematurely claim; the smart contract enforces the wait. The Letter of Credit's structural role of guaranteeing that the wrong party does not get the money is preserved, but the cost structure, the latency, and the paper trail are replaced.
A buyer commits to a trade on TradeOS by depositing $EDSD into the trade contract. The deposit triggers the trade lifecycle; the buyer's $EDSD is now in escrow controlled by the smart contract, not by the buyer, not by the seller, not by any correspondent bank.
The contract holds the $EDSD until the first milestone evidence is submitted (typically: shipping documents, bill of lading, customs clearance). Until that evidence arrives and verifies, no party can withdraw the funds. The buyer cannot revoke, the seller cannot prematurely claim, the smart contract enforces the wait.
The seller submits proof of shipment: the bill of lading from the carrier, customs clearance documents, and a PoV-signed timestamp from one or more registered attestors (port authorities, customs agents, freight forwarders). Each submission is cryptographically signed and stored on-chain.
Attestor consensus is reached: a quorum of registered attestors (typically 3 of 5 or 5 of 7 depending on the trade tier) signs the evidence as valid. The cryptographic proof is verifiable by any party; the consensus is recorded on EDMA L2 and anchored to Ethereum mainnet.
Once verification reaches consensus, the contract executes the milestone release automatically. $EDSD is transferred from escrow to the seller's wallet. The seller can immediately burn it to USD at the issuer's redemption window or hold it as a stablecoin balance. No bank intermediary, no settlement delay, no foreign exchange spread.
A settlement receipt is anchored to Ethereum mainnet, creating a permanent record of the trade: parties, value, milestones, attestors, timestamps. The receipt is auditable by any party (tax authorities, regulators, financiers, the parties themselves) for the entire lifetime of the chain.
Backing and transparency
The peg is maintained by full off-chain reserves at regulated custodians. The current reserve composition is 80 percent short-term US Treasury bills (maturities under 90 days), 20 percent cash equivalents in FDIC-insured deposit accounts. The reserves are held at qualified institutional custodians in segregated accounts that are bankruptcy-remote from the issuer entity; if the issuer fails, the reserves remain available to redeem outstanding $EDSD rather than entering the issuer's bankruptcy estate.
Transparency is enforced through three layers. Monthly attestations from independent CPA firms (chosen from the top five audit firms) verify the reserve composition matches the on-chain supply. Quarterly full audits review the mint and burn ledger, the reserve composition, and the on-chain supply reconciliation. A real-time public dashboard publishes the current reserves and the current $EDSD supply, with attestation reports archived for at least seven years. The combination means a holder of $EDSD does not need to trust the issuer's assertion alone; the assertion is independently verified at three layers and on a continuous cadence.
Use cases beyond settlement
$EDSD is the settlement default in TradeOS, but the same stability and programmability make it useful in adjacent contexts on EDMA L2. The Paymaster routes user gas payments through $EDSD so end users transact on EDMA without holding $EDM directly; the conversion happens at the protocol level invisibly. The DeFi layer (lending, structured finance, liquidity provision) uses $EDSD as a stable unit of account for collateral valuation and yield calculation. The marketplace's institutional-tier trades quote prices in $EDSD because the unit needs to be stable for institutional pricing models.
What $EDSD is not: it is not a yield-bearing stablecoin, it is not a synthetic asset, it is not lent out to generate the reserve composition's yield. The reserve yield (which exists, given the Treasury bill composition) accrues to the issuer entity and is used to operate the issuer infrastructure. Holders of $EDSD receive a stable USD-equivalent token, not a share of the reserve yield; the design is intentional to keep the legal classification simple (a payment stablecoin, not a security) and to keep the peg mechanism trivially verifiable.
Continue exploring the EDMA token system
$EDSD is the settlement layer of a four-token system. For the protocol layer that runs governance and fees, see $EDM. For energy attestation, see $ETT (non-transferable, minted per ten kilowatt-hours of verified renewable energy). For the retail layer for consumer prosumer flows, see $CLE. For the full system view tracing value flow through a typical trade, see tokenomics.




