The short version
- Polygon — cheap, public, externally verifiable. Pick this if anyone outside your org needs to verify without your help.
- Hyperledger Fabric — private, no gas, data stays in your network. Pick this if compliance or contracts forbid putting your data (even hashes) on a public chain.
- Hybrid — both at once. Pick this if you have internal and external verifiers.
The rest of this post explains the trade-offs in detail so you can defend the choice.
Trust model
Public chains and private chains anchor trust in fundamentally different places. Pick wrong here and the rest of the trade-offs don't matter.
Polygon (public)
Anyone can run a node. Anyone can read history. The chain's integrity comes from economic finality — tens of thousands of validators stake real money to behave. Trust is decentralized: you don't need to trust Anchora, your customer doesn't need to trust you, your regulator doesn't need to trust either of us. The chain is the source of truth.
Hyperledger Fabric (private)
Only network members can run peers. Only members can read history. Trust comes from governance and identity — you know exactly who issued every transaction (X.509 certs). Trust is centralized in the consortium that runs the network. The chain is a tamper-evident audit log within that trust boundary, not outside it.
Cost
Anchora uses Merkle batching (256 records per on-chain transaction) on both chains, so per-record cost is dominated by gas, not transaction count.
Polygon
- Amoy testnet: free (faucet MATIC)
- Polygon Mainnet: ~$0.000007 per record (256 records / ~$0.002 gas at 30 gwei)
- 1M records/month ≈ $7
- 100M records/month ≈ $700
Fabric (BYO)
- No gas. Ever.
- But you operate peers, orderer, CA — cloud infra cost typically $200–$2000/month per environment
- Plus operational overhead: backups, monitoring, cert renewal, version upgrades, hardware tuning
The crossover point is volume-dependent. Under ~5M records/month, Polygon is dramatically cheaper. Above ~50M records/month, Fabric infra cost becomes amortized and looks competitive — but you still pay the operational tax.
Latency & finality
- Polygon: ~2 second block time. Practical finality at ~3 blocks. ~6–10s from
anchorAPI call to confirmed on-chain. - Fabric: Configurable. Default block-cut interval is 2s + batch size. Practical finality is immediate after orderer commit — no probabilistic settlement.
For anchoring workloads, both are effectively instant. Latency is rarely the deciding factor. If you need sub-100ms commit, you're not actually building an anchoring workload — you're building a state machine.
Data residency & compliance
This is where the choice usually gets made.
You should pick Fabric (or Hybrid) if:
- Your regulator forbids storing data outside the jurisdiction (banking, healthcare, defense)
- Your contracts forbid putting hashes on a public chain (some pharma + government workflows)
- You operate in a sovereign cloud (AWS GovCloud, Azure Government, etc.) and the chain must run inside it
- You're subject to GDPR right-to-be-forgotten and want operational control over the ledger
You should pick Polygon if:
- Your verifier is anyone outside your organization (customers, auditors, the public)
- You're building a B2C product where end users need to verify provenance
- You're anchoring AI-generated content, certificates, or attestations meant to be portable
- You want zero ops overhead — let Anchora pay for gas and manage wallets
Verifiability
"Verifiable" sounds like a binary, but it's really about who can verify and where.
Polygon
Anyone with a browser. Polygonscan, Blockscout, or any RPC provider. You don't even need to know about Anchora — just hand a verifier the Merkle root + proof + transaction hash and they can verify independently. Public verifiability is permissionless.
Fabric
Only network members. To verify a Fabric anchor, the verifier needs:
- An X.509 identity issued by a CA the network trusts
- Network connectivity to a peer
- Read permission on the channel that holds
anchora-anchor
For internal audit teams this is fine — they're already onboarded. For external regulators it's a hard problem (you'd have to onboard the regulator as a network member).
Infrastructure burden
| What you operate | Polygon (Anchora-managed) | Fabric BYO |
|---|---|---|
| Smart contract / chaincode | None (we host) | Anchora deploys, you run |
| Wallet / identity | Auto-generated | You issue X.509 + private key |
| Gas / fees | You pay MATIC | None |
| Peers / orderer / CA | None | You operate all of them |
| Cert renewal | None | Yours (we monitor + email) |
| Backups | None (chain is global) | Yours |
| Disaster recovery | None | Yours |
"But isn't private chain just a database?"
Sort of. A single-org private chain is mostly a tamper-evident audit log — you could approximate it with append-only Postgres + hash chain + multi-region replication. The thing Fabric specifically buys you is:
- Cryptographic identity per writer via MSP + X.509 — every transaction is signed by a specific enrolled identity
- Endorsement policy — multi-org workflows where multiple parties must co-sign before the ledger advances
- Tooling and audit posture that regulators recognize (Hyperledger is the most-cited blockchain framework in formal regulatory guidance)
For single-org use, the regulatory familiarity is often the killer feature. "We use Hyperledger Fabric" is a sentence that passes procurement reviews. "We use append-only Postgres" typically doesn't.
When to pick Hybrid
You should pick Hybrid (Fabric + Polygon) when both of these are true:
- You need internal audit on a network you control (= Fabric)
- You also need external proof for parties outside your network (= Polygon)
Concrete patterns where Hybrid is the right answer:
- Bank issues loan documents → Fabric for inter-bank audit, Polygon proof handed to the borrower
- Hospital records patient consent → Fabric for inter-system audit, Polygon proof for patient portal verification
- Customs authority records shipment data → Fabric for inter-agency, Polygon proof for shipper / regulator inspection
- University issues degrees → Fabric for inter-registrar, Polygon proof for employer verification
If you only have one verifier type (only internal, or only external), Hybrid is over-engineered — pick the matching single chain.
The decision tree
If you skipped to the end, here's the actual question to answer:
2. Do external parties also need to verify? → If YES, use Hybrid. Done.
3. Do you have a non-standard chain requirement (Besu, Ethereum Mainnet, custom MSP)? → If YES, use Custom. Done.
Otherwise: Private (Fabric BYO).
The pitch we hear most
"We're regulated, so we need Fabric." — OK, but who's verifying your records? If your auditors are internal, great, ship Fabric. If your auditors are external (regulators, customers, partners), you need a story for how they verify. The honest answer in most cases is Hybrid.
Anchora doesn't try to talk you out of either chain. We try to talk you out of picking one when your verification model actually needs both.
Ready to anchor?
One API. Three chains. Switch strategies in Settings — no code changes.
Compare strategies