Build the Open-Source SDK &amp; Core Standards for Stablecoins on Solana<h2 class="heading-node">About</h2>Superteam Brazil is building open-source standards for Solana — production-ready templates that institutions and builders can fork, customize, and deploy. We've shipped the <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://github.com/solanabr/solana-vault-standard">Solana Vault Standard (SVS)</a>, and now we're tackling stablecoins.This bounty creates the Solana Stablecoin Standard — a modular SDK with opinionated presets covering the most common stablecoin architectures.Repository: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://github.com/solanabr/solana-stablecoin-standard">github.com/solanabr/solana-stablecoin-standard</a>Reference for Quality &amp; Structure: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://github.com/solanabr/solana-vault-standard">Solana Vault Standard</a> — follow this repo's patterns for code organization, documentation, and SDK design.<hr><h2 class="heading-node">Overview</h2>Build a modular stablecoin SDK with standardized presets for Solana. The SDK is the core deliverable — a configurable toolkit where issuers choose which Token-2022 extensions and compliance modules to enable. The standards (SSS-1, SSS-2) are opinionated presets within the SDK.Think OpenZeppelin: the library is the SDK, the contracts (ERC-20, ERC-721) are the standards. The library makes them easy to deploy, the standards are what get adopted.<hr><h2 class="heading-node">Rewards</h2>🥇 1st - $2,500 USDC 🥈 2nd - $1,500 USDC 🥉 3rd - $1,000 USDCTotal Prize Pool: $5,000 USDC<hr><h2 class="heading-node">Architecture</h2>Three layers:Layer 1 — Base SDK: Token creation with mint authority + freeze authority + metadata. Issuers choose which extensions to enable. Role management program. CLI + Typescript) SDK.Layer 2 — Modules: Composable pieces that add capabilities. Compliance module (transfer hook, blacklist PDAs, permanent delegate). Privacy module (confidential transfers, allowlists). Each module is independently testable and optional.Layer 3 — Standard Presets: Opinionated combinations of Layer 1 + Layer 2. These are the "standards" — what gets documented, recommended, and referenced.&nbsp; Standard - SSS-1 Name - Minimal Stablecoin What It Is - Mint authority + freeze authority + metadata. What's needed on every stable, nothing more. Standard - SSS-2 Name - Compliant Stablecoin What It Is - SSS-1 + permanent delegate + transfer hook + blacklist enforcement SSS-1 is for simple stablecoins — internal tokens, DAO treasuries, ecosystem settlement. Compliance is reactive (freeze accounts as needed). SSS-2 is for regulated stablecoins — USDC/USDT-class tokens where regulators expect on-chain blacklist enforcement and token seizure capabilities. Permanent delegate is needed here, and transfer hook checks every transfer against the blacklist — no gaps.<hr><h2 class="heading-node">On-Chain Program (Anchor)</h2>A single configurable program that supports both presets via initialization parameters, as exemplified here:<pre class="block-node"><code>pub struct StablecoinConfig {
 pub name: String,
 pub symbol: String,
 pub uri: String,
 pub decimals: u8,
 // SSS-2 compliance
 pub enable_permanent_delegate: bool,
 pub enable_transfer_hook: bool,
 pub default_account_frozen: bool,
}
</code></pre>Core instructions (all presets): <code class="inline" spellcheck="false">initialize</code>, <code class="inline" spellcheck="false">mint</code>, <code class="inline" spellcheck="false">burn</code>, <code class="inline" spellcheck="false">freeze_account</code>, <code class="inline" spellcheck="false">thaw_account</code>, <code class="inline" spellcheck="false">pause</code>, <code class="inline" spellcheck="false">unpause</code>, <code class="inline" spellcheck="false">update_minter</code>, <code class="inline" spellcheck="false">update_roles</code>, <code class="inline" spellcheck="false">transfer_authority</code>SSS-2 additional: <code class="inline" spellcheck="false">add_to_blacklist</code>, <code class="inline" spellcheck="false">remove_from_blacklist</code>, <code class="inline" spellcheck="false">seize</code> (via permanent delegate). Plus a separate transfer hook program that enforces blacklist checks on every transfer.Role-based access control: Master authority, minter (with per-minter quotas), burner, blacklister (SSS-2), pauser, seizer (SSS-2). No single key controls everything.SSS-2 instructions must fail gracefully if the compliance module wasn't enabled during initialization.<hr><h2 class="heading-node">Backend Services</h2>Core (all presets):<ul class="list-node"><li>Mint/burn service — Fiat-to-stablecoin lifecycle coordination (request → verify → execute → log)</li><li>Event listener/indexer — Monitor on-chain events, maintain off-chain state, webhook notifications</li></ul>SSS-2 additional:<ul class="list-node"><li>Compliance service — Blacklist management, sanctions screening integration point, transaction monitoring, audit trail export</li><li>Webhook service — Configurable event notifications with retry logic</li></ul>Rust or TypeScript, Docker containerized, environment-based config, structured logging, health checks.<hr><h2 class="heading-node">Admin CLI</h2>This is critical — operators need to execute actions fast.<pre class="block-node"><code># SDK approach: choose your standard
sss-token init --preset sss-1
sss-token init --preset sss-2
sss-token init --custom config.toml

# Operations
sss-token mint &lt;recipient&gt; &lt;amount&gt;
sss-token burn &lt;amount&gt;
sss-token freeze &lt;address&gt;
sss-token thaw &lt;address&gt;
sss-token pause / unpause
sss-token status / supply

# SSS-2 compliance
sss-token blacklist add &lt;address&gt; --reason "OFAC match"
sss-token blacklist remove &lt;address&gt;
sss-token seize &lt;address&gt; --to &lt;treasury&gt;

# Management
sss-token minters list / add / remove
sss-token holders [--min-balance &lt;amount&gt;]
sss-token audit-log [--action &lt;type&gt;]
</code></pre>The <code class="inline" spellcheck="false">sss-token init</code> command is central — it supports preset modes and fully custom configurations via TOML/JSON config files.<hr><h2 class="heading-node">TypeScript SDK</h2><pre class="block-node"><code>import { SolanaStablecoin, Presets } from "@stbr/sss-token";

// Preset initialization
const stable = await SolanaStablecoin.create(connection, {
 preset: Presets.SSS_2,
 name: "My Stablecoin",
 symbol: "MYUSD",
 decimals: 6,
 authority: adminKeypair,
});

// Or custom config
const custom = await SolanaStablecoin.create(connection, {
 name: "Custom Stable",
 symbol: "CUSD",
 extensions: { permanentDelegate: true, transferHook: false },
});

// Operations
await stable.mint({ recipient, amount: 1_000_000, minter });
await stable.compliance.blacklistAdd(address, "Sanctions match"); // SSS-2
await stable.compliance.seize(frozenAccount, treasury); // SSS-2
const supply = await stable.getTotalSupply();
</code></pre><hr><h2 class="heading-node">Documentation</h2>Document - README.md Contents - Overview, quick start, preset comparison, architecture diagram Document - ARCHITECTURE.md Contents - Layer model, data flows, security modeDocument - SDK.md Contents - &nbsp;Presets, custom configs, TypeScript examples Document - OPERATIONS.md Contents - Operator runbook (mint, freeze, seize, etc.) Document - SSS-1.md Contents - &nbsp;Minimal stablecoin standard spec Document - SSS-2.md Contents - Compliant stablecoin standard spec Document - COMPLIANCE.md Contents - &nbsp;Regulatory considerations, audit trail format Document - API.md Contents - &nbsp;Backend API reference<hr><h2 class="heading-node">Tests</h2>Unit tests for all instructions and SDK functions. Integration tests per preset (SSS-1: mint → transfer → freeze; SSS-2: mint → transfer → blacklist → seize). Fuzz tests via Trident. Preset config tests. Stress-tested Devnet deployment with example operations.<hr><h2 class="heading-node">Bonus Features</h2><ul class="list-node"><li>SSS-3 Private Stablecoin — Confidential transfers + scoped allowlists. Experimental — tooling is still maturing. Document as proof-of-concept.</li><li>Oracle Integration Module — Switchboard oracle feeds for non-USD pegs (EUR, BRL, CPI-indexed). The token is pure SSS-1/SSS-2, the oracle is a separate program for mint/redeem pricing.</li><li>Interactive Admin TUI — Terminal UI for real-time monitoring and operations.</li><li>Example Frontend — Simple UI using the TypeScript SDK for stablecoin creation and management.</li></ul><hr><h2 class="heading-node">Evaluation Criteria</h2>&nbsp;Criteria - SDK Design &amp; Modularity Weight - 20% Description - Clean layer separation, configurable presets, custom config support Criteria - Completeness Weight - 20% Description - All required deliverables functional (SDK + SSS-1 + SSS-2) Criteria - Code Quality Weight - 20% Description - Clean, documented, follows Anchor/Solana best practices Criteria - Security Weight - 15% Description - Access control, feature gating, no vulnerabilities, audit trail Criteria - Authority Weight - 20% Description - Your credentials as a solana/web3 engineer Criteria - Usability and Documentation Weight - 5% Description - CLI/SDK intuitive, good DX, clear preset workflows + Standard specs, operator guides, SDK reference Criteria - Bonus Weight - Up tp 50% Description - How gracefully you've delivered the extra features<hr><h2 class="heading-node">Submission Requirements</h2><ul class="list-node"><li>Submit PRs to <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://github.com/solanabr/solana-stablecoin-standard">github.com/solanabr/solana-stablecoin-standard</a>.</li></ul>A single PR with the full SDK + SSS-1 + SSS-2 is fine. Prize based on total value contributed.Each PR must include:<ul class="list-node"><li>All source code</li><li>Working tests</li><li>Devnet deployment proof (Program ID + example transactions)</li><li>Documentation</li><li>Docker setup for backend (<code class="inline" spellcheck="false">docker compose up</code>)</li></ul>Iterate on feedback — PRs that evolve score higher.<ul class="list-node"><li>Post a 2-to-5 minute video to X explaining what you've implemented and what you believe are the strongest points of your submission. Make sure to tag @SuperteamBR.</li></ul><hr><h2 class="heading-node">Timeline</h2><ul class="list-node"><li>Submission Deadline: 21 days from listing</li><li>Review Period: 10 days after deadline</li><li>Winner Announcement: Within 14 days after deadline</li></ul><hr><h2 class="heading-node">Resources</h2>Reference: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://github.com/solanabr/solana-vault-standard">Solana Vault Standard</a> — quality and structure benchmarkToken-2022: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://solana.com/solutions/token-extensions">Token Extensions</a> · <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://solana.com/developers/guides/token-extensions/permanent-delegate">Permanent Delegate</a> · <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://solana.com/developers/guides/token-extensions/transfer-hook">Transfer Hook</a> · <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://solana.com/docs/tokens/extensions/confidential-transfer">Confidential Transfers</a>Stablecoin Reference: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://developers.circle.com/stablecoins/docs/usdc-on-solana">USDC on Solana</a> · <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://www.steptoe.com/en/news-publications/blockchain-blog/the-genius-act-and-financial-crimes-compliance-a-detailed-guide.html">GENIUS Act Compliance</a>Solana: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://www.anchor-lang.com/">Anchor Docs</a> · <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://solanacookbook.com/">Solana Cookbook</a><hr><h2 class="heading-node">Terms &amp; Conditions</h2><ul class="list-node"><li>Submissions must be original work</li><li>Winning submission may be extended into production by Superteam</li><li>Non-winning submissions remain property of the builder</li><li>Code licensed under MIT</li><li>Judges' decisions are final</li></ul><hr><h2 class="heading-node">Questions?</h2><ul class="list-node"><li>GitHub: Open an issue, tag @kauenet in your PR or dm</li><li>Discord: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="http://discord.gg/superteambrasil">discord.gg/superteambrasil</a></li><li>Twitter: <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="https://x.com/SuperteamBR">@SuperteamBR</a> <a target="_blank" rel="noopener noreferrer" class="link ql-link" href="http://x.com/kauenet">@kauenet</a></li></ul><hr>Skills Needed: Rust, Anchor, TypeScript, Backend Development, Token-2022Eligibility: Global

Build the Solana Stablecoin Standard

Build the Solana Stablecoin Standard