Full disclosure
Transparency & verify
On-chain published parameters, verify-a-mint playbook, open-source roadmap, continuity.
Bridge security depends on public verification, not hidden knobs. This page lists what is published, what is on-chain readable, and what we commit to for partners and users.
Operator
| Field | Value |
|---|---|
| Product | DogeSoft |
| Terms | dogesoft.io/terms |
| Privacy | dogesoft.io/privacy |
| Bridge | bridge.dogesoft.io |
Published on-chain (DogeOS)
These are not secrets. Read them from the deployed bridge contract on DogeOS (RPC or block explorer). The bridge UI status page mirrors live values.
- Bridge contract address
- Wrapped DRC-20 token addresses per ticker (
getWrappedAddress) attesterThresholdand registered attester addresses (getAttesters)l1ConfirmationsRequiredandl2ConfirmationsRequiredl1CustodianAddress(Dogecoin custody destination)timelockDelay,minBridgeAmount,maxBridgeAmount- Per-token rate limits and pause flags
- Mint / release events with
l1TxHash, ticker, amount
Contract version: DogeSoftBridge v2.5.0-drc20-production (MIT license).
Verify a mint yourself
-
On DogeOS: Find the
BridgeCompleted/ mint event — notel1TxHash,l1Vout, ticker, amount. - On Dogecoin: Open the same txid in Explorer or your own Core node — confirm custodian vout, OP_RETURN DRC-20 transfer, and confirmation depth.
-
On DogeOS contract: Confirm
processedL1Deposit(l1TxHash, l1Vout)is true and attester threshold was met for that mint transaction.
Wrapped supply is backed by custodian lock + this verification path. It is not a claim that every third-party indexer in the world would parse identical DRC-20 edge cases — it is the DogeSoft reference index that wallet, explorer, and bridge already ship on.
Open source & audit roadmap
| Asset | Status |
|---|---|
| Inscription Standard v1 | Published |
| Bridge + wDRC-20 Solidity (MIT) | Publishing — contracts & ABIs |
| Attester reference verifier | Partner program |
| Third-party smart contract audit | Planned before mainnet TVL scale |
| Bug bounty | Planned with audit |
| Embed kit (bridge + AMM iframe) | Roadmap — contact for early access |
What stays private (operational security only)
- Private keys — attester, operator, governance, custodian WIF
- Internal RPC credentials and service API keys
- Unreleased operator-only APIs not yet opened for builders
Contract addresses, thresholds, and confirmation policy are never in this bucket — they are public by design.
Operator continuity & sunset
Wrapped assets only work while the operator can still verify locks and pay releases. If that process stops, wrapped DRC-20 on DogeOS is a claim on L1 custody, not a native L1 coin.
DogeSoft commits to:
- Published L1 release path —
BRIDGE_L1_RELEASEvia inscriber; L2 burns trigger custodian payout. - On-chain pause + timelock governance — no silent parameter swaps.
- Wind-down playbook — pause new mints, honor a burn→release window, publish redemption tooling.
- TVL caps until audit + multi-operator attestation milestones are met.
Users should treat wrapped DRC-20 on DogeOS as bridge-issued claims on L1 custody, not as native L1 coins — same as any lock-mint bridge.
FAQ — common review questions
| Question | Answer |
|---|---|
| Are attesters independent? | Keys are separate. Each co-attester must re-check L1 with their own Core + Standard v1 parse and refuse to sign on mismatch — not only re-read the DogeSoft indexer API. |
| Why one indexer? | Production Doginals/DRC-20 index with full UTXO + Standard v1 — reference stack, open standard for others to implement. |
| Hidden parameters? | No — read from DogeOS contract + bridge status. Only keys stay private. |
| Audit? | Not yet; on roadmap before scale. Contracts MIT-published for review. |
| Who runs the bridge? | DogeSoft |