Scry's Bond Protocol
v4 · Proposed · Legal-firstScry Bond Protocol — v4
Version: v4 · Date: 2026-04-21 · Status: Proposed
Thesis
What we build: programmable credit agreements for borrowers whose revenue is real but whose credit is structurally mispriced. Every deal runs through a single legal wrapper + a parameterized bond note; the legal agreement is the product, tokenization is an optional transport layer.
Why now:
- TradFi private credit has pulled back from crypto, AI infra, and data-center borrowers while those verticals are growing fastest. The pullback isn't priced risk — it's an access gap.
- Revenue data is finally machine-readable. Stripe, Plaid, Square, Paxos, and bank APIs make it possible to underwrite against forward revenue with weekly or daily resolution, not quarterly paper reports.
- Crypto-adjacent capital wants yield in this range and cannot source it from DeFi lending markets (capped at collateralized rates) or public credit (wrong risk profile).
Three differentiators:
| Why it matters | |
|---|---|
| Legal compression | Same Series-LLC wrapper + parameterized documents handle every deal. Per-deal customization cost collapses from $500K–$1.5M (TradFi private credit) toward $25K–$50K. |
| Revenue-linked structures | Repayment can be a fixed % of actual cash flows with a cap — not a rate, not a coupon. Native to subscription / SaaS / programmatic businesses. Rare in TradFi term lending. |
| Real-time reporting | Quarterly P&Ls replaced with daily oracle feeds. Lenders see problems in weeks, not quarters. |
Who Borrows
Three archetypes, each with a structural credit gap TradFi will not fill on reasonable terms.
Archetype A — Data Center Operators
- Shape: physical infra businesses with signed customer contracts ($5–$100M annual revenue), long-dated offtake, but capital-heavy build cycles.
- Credit gap: banks underwrite real estate, not compute. Private credit shops are retreating from hyperscale-adjacent deals post-2023 rate shocks.
- Fit: revenue is contracted, long-dated, and bank-visible. Revenue oracle is straightforward (customer ACH / wire feed).
- Example deal shape: $20M, 3-year OID bond, amortized against customer-contract revenue.
Archetype B — Crypto Companies with Off-Chain Revenue
- Shape: protocol labs, infrastructure providers, wallet / exchange / custody companies with $1–$50M real revenue (front-end fees, master services agreements, data licensing). Often operating through off-chain labs entities even when the end-user surface is on-chain.
- Credit gap: banks won't touch them; DeFi credit markets only lend against collateral; VC dilution is painful for sub-Series-C expansion capital.
- Fit: revenue is on-chain-legible or Stripe-legible. The lab entity has clean legal structure. These borrowers are already our network.
- Example deal shape: $10M, 2-year variable-term OID, priced against Stripe or direct-revenue stream.
Archetype C — M&A Plays (distressed-asset pickups in crypto)
- Shape: operators picking up dead-protocol IP, orphaned user bases, or distressed treasuries. Wants working capital to close and integrate without diluting equity.
- Credit gap: custom commercial paper is what gets written today, deal-by-deal, at high legal cost. Nobody has a repeatable rail.
- Fit: these acquirers already run bespoke legal agreements. A templated bond with oracle-verified repayment is a clear upgrade.
- Example deal shape: $5–$15M bridge, 18-month term, revenue-% repayment off the acquired asset.
The Product in One Deal
Worked example — what a v0 deal actually looks like:
A crypto infrastructure company needs $10M of working capital for a sales / integration expansion. It has $25M ARR (Stripe-legible). It wants 18–24 months of capital without equity dilution. Our structure:
| Parameter | Value |
|---|---|
| Principal | $10,000,000 |
| Discount (OID) | 28% |
| Lender funds | $7,200,000 |
| Borrower repays | $10,000,000 |
| Term (variable) | 18–24 months expected, 30-month cap |
| Repayment mechanism | 4% of monthly revenue from the tracked stream, streaming to the SPV |
| Oracle methodology | Stripe read-only API + monthly signed attestation |
| Security / Recourse | Unsecured, with corporate recourse |
Lender IRR by repayment duration:
| Repays in | Net IRR to lender |
|---|---|
| 18 months | 22.5% |
| 24 months | 17.8% |
| 30 months (cap) | 13.8% |
Why this shape is unusual:
- Zero coupon, zero rate, zero monthly interest calculation. The OID discount is the entire yield. Simpler than a traditional term loan.
- The borrower pays proportionally to how well their revenue performs. If revenue grows, the deal closes faster and the lender's IRR rises. If revenue slows, term extends and IRR compresses toward the cap.
- No default event unless the borrower actively alters the revenue routing — which is a breach of contract, not a credit event. Legal enforcement path is clean.
Rate Archetypes & the Revenue Oracle
4.1 · Two rate shapes, not thirteen
| Shape | When it fits | Yield mechanism | v0 |
|---|---|---|---|
| OID zero-coupon | Borrower prefers simplicity; lender wants a fixed cap on upside | Single discount, baked in at funding | Default |
| Revenue-% with cap | Borrower wants proportional burden; lender wants upside on outperformance | % of revenue, capped at N × principal | Supported |
| Floating-rate coupon | Large deals; institutional lenders who expect SOFR indexing | Reference rate + spread | v2+ |
| Target-rate / PID controller | Multi-year term loans with IRR targeting | Self-adjusting revenue % | v2+ research |
| Total return swap | Exotic exposure mandates | Uncapped % of revenue | v2+ research |
4.2 · The Revenue Oracle
The oracle is not a trustless data feed. It is a four-part construct between borrower and lender:
- Methodology — what counts as "revenue" for this deal (which streams, gross vs. net, recognition timing).
- Reporting surface — where the number comes from (Stripe dashboard export, Plaid feed, bank statement, signed attestation).
- Cadence — how often the number updates (daily, monthly, on-demand).
- Dispute protocol — what breaks a tie if the two sides disagree on the number.
Integration depth ladder — shallow-to-deep, each level trading setup cost for better underwriting signal:
Manual attestation → Accounting export (QB / Xero) → Payment processor API (Stripe / Square / Paxos)
→ Bank account (Plaid / direct) → Point-of-sale / clearinghouse
v0 ships with manual attestation + payment-processor export (Stripe first).
Funding & Repayment Flows
Lender × Borrower Matrix
Four possible deal shapes depending on where each counterparty lives. v0 ships one. The rest follow as custodian bridges attach to the existing structure.
Unit Economics
Placeholder fee structure (v0 — to be validated with first deal):
| Fee | Rate | Covers |
|---|---|---|
| Origination | 1.0% of principal, one-time | Legal, KYC, underwriting setup |
| Servicing | 0.25% of outstanding, annual | Custody, reporting, enforcement, portal |
| Custody (if on/off-ramp needed) | 0.01–0.1% per conversion | Coinbase / Circle / Anchorage pass-through |
Target all-in cost to borrower: <2% blended (origination + servicing on a 2-year deal = ~1.5%). Compares against TradFi private credit at 2–4% upfront plus ongoing admin.
Lender economics — the $10M worked example from §03:
| Scenario | Lender IRR | Borrower effective cost |
|---|---|---|
| 18-month repayment | 22.5% | ~17.0% annualized |
| 24-month repayment | 17.8% | ~12.8% |
| 30-month cap | 13.8% | ~10.2% |
The 24-month expected case clears the 15%+ threshold for crypto-adjacent capital while keeping borrower all-in cost below alternative financing (SAFE conversion, convertible note, emergency bridge line).
Capital-cost compression hypothesis. The entire thesis assumes that oracle-verified revenue reporting reduces the lender's required spread by some meaningful amount (hypothesis: 100–300 bps). This is not yet validated. v0 exists to measure the delta on one real deal.
Regulatory Posture
v0 — Reg D 506(c). US accredited lenders, US borrowers. Bond notes are securities under UCC Article 8 (electronic records); no lift to tokenize or not tokenize at issuance. Non-tradeable in v0, so no transfer-agent infrastructure required.
v1 — tokenization + broader lender pool. Tokenize bond notes as ERC-1400 partitions. Evaluate Reg A+ (broader lender base, disclosure lift), Rule 144A (QIBs, secondary market via ATS), Reg S (foreign lenders). Engage transfer agent (Securitize is the leading candidate). Begin custodian relationships for Q2/Q3.
◆ Researchv2+ — on-chain transport. On-chain escrow contracts, on-chain revenue oracle attestations, composability flag for default handling, KYC-gated secondary exchange. Paired-entity legal structure (off-chain legal wrapper for an on-chain borrower) for Q4.
Open regulatory questions:
- State-level securities law beyond federal Reg D (blue-sky filings in lender-state jurisdictions).
- Money Transmitter license exposure — v0 routes fiat through SPV bank accounts. Does that require MT registration in any state? Legal review needed before first deal.
- Paying Agent multi-sig governance — concrete 2-of-2 or 2-of-3? Independent third party or internal?
- Cross-border structures (Reg S) for later expansion.
Roadmap: v0 / v1 / v2+
v0 · Next 3–6 months · "one live Q1 deal"
In scope:
- Hexproof Inc. as parent company; Scry Advisory LLC as admin entity; Parent Series LLC in Delaware; one live Series per deal
- Loan agreement + bond note templates (OID and revenue-% variants)
- Portal (admin / borrower / lender) with dashboards, KYC onboarding, deal-terms capture, repayment reporting
- Revenue oracle: off-chain, Stripe read-only export + monthly signed attestation
- Bank-account escrow and SPV operating account under 2-of-2 control
- Reg D 506(c) onboarding flow
- Internal credit-research pipeline for ongoing BD
Out of scope (explicit):
- Any smart contract
- Tokenized bond note
- Any on-chain anything
- Secondary market / exchange
- Cross-border
- Multiple rate archetypes per deal
v1 · 6–12 months · "tokenize and widen the matrix"
Adds:
- ERC-1400-partition tokenized bond notes; transfer-agent registered
- On-chain escrow contract (ERC-4626 vault) — optional per deal ◆ Research
- Q2 deals (off-chain lender × on-chain borrower, custodian-bridged)
- Q3 deals (on-chain lender × off-chain borrower, custodian-bridged)
- Deep payment-processor integration (Stripe API first, then Plaid / Square / Paxos)
- Portfolio of 5–10 live deals
- Sweep idle SPV capital to short-dated treasuries (duration-matched)
- AI-assisted term-sheet red-lining in the portal
v2+ · 12+ months · "on-chain rails and exotic structures"
Absorbs the v3 architecture as the long-term on-chain roadmap:
- Router primitive — per-deal contract atomically splits each revenue inflow
r% / (1−r)%between escrow and borrower. - Composability flag — ERC-1400 partition flagged on transfer hook during default; downstream protocols (Pendle, Sablier) must refuse new collateral posting, leverage expansion, liquidation cascades.
- Circuit breaker window — 24-hour delay between funding and atomic issuance during which any party can cancel.
- Tranching (A / B / C) — same receipt token at different seniorities; first-loss absorbed by C.
- Dynamic caps / PID-target IRR / total return swaps — advanced rate archetypes for larger institutional deals.
- Secondary exchange — KYC-gated, Pendle-style time-decay AMM for thin order books; atomic settlement. ◆ Research
- Q4 fully on-chain deals — paired-entity legal structure, on-chain oracle, wallet-to-wallet flows.
- Revolving credit facilities (vs. term only).
- ATS partnership (tZERO / Securitize Markets / INX) for regulated secondary trading.
- Cross-border (Reg S + foreign QIB structures).
Open Questions
Prioritized by what blocks v0 vs. what shapes v1+:
Before first deal:
- Integration depth for the first oracle — Stripe API only, or Stripe + Plaid? Drives legal agreements with the borrower.
- Which borrower archetype do we close first? Data center, crypto company, or M&A? Trade-offs in deal size, BD lead time, underwriting novelty.
- Paying Agent — internal role in v0, independent third party from v1? Multi-sig mechanics.
- Legal review for Money Transmitter exposure on fiat routing.
v1 preparation:
- Transfer agent selection (Securitize vs. Carta vs. custom) and tokenization path.
- Custodian selection (Coinbase Prime vs. Anchorage vs. Circle) for Q2/Q3 on-ramps.
- Capital-cost delta empirically — how much does deep oracle integration actually save the lender? Measure on first 2–3 deals.
- Portal scope — do lenders need self-service, or is admin-operated enough?
Research / strategic:
- Credit model for crypto borrowers with <2 years of revenue history.
- Sweep economics for idle SPV capital without duration mismatch.
- Which v3 on-chain mechanisms (Router, composability flag, tranching) actually pay their complexity cost when we build them?
Appendix A — Entity Structure
Hexproof Inc. (core team, IP holder)
│ owns 100%
▼
Scry Advisory LLC (admin platform entity)
│ manages
▼
Parent SPV (Series LLC, Delaware · creditor of record)
│
├── Series A (Deal 1)
├── Series B (Deal 2)
└── Series … (Deal N)
The loan agreement is between the Series and the Borrower. Bond notes are between the Series and each Lender; notes mirror the loan-agreement terms. Lenders can compel the Series to enforce the loan on their behalf via the bond-note enforcement clause. Scry Advisory exists for liability isolation between the core team (Hexproof Inc.) and the money-handling entity (Parent SPV).
Appendix B — Deal Design Space (13 Dimensions)
For investors who want the full variable surface. v0 fixes 11 of 13; v1 flexes a few; v2+ opens the rest.
| # | Dimension | v0 (fixed) | v1 | v2+ |
|---|---|---|---|---|
| A | Counterparty | Single US entity, off-chain | + On-chain entity via custodian | Paired-entity, cross-border |
| B | Asset financed | Open | Open | Open |
| C | Term | Fixed 1–3 years | + Variable term | Revolving |
| D | Rate type | OID or revenue-% | + Floating | Target-rate, PID, TRS |
| E | Secured / Unsecured | Unsecured | Collateralized options | Any asset |
| F | Recourse | With recourse | Same | Non-recourse variants |
| G | Pricing | OID discount | + Coupon | Hybrid |
| H | Amortization | Amortizing | + Bullet / step | Prepayable schedules |
| I | Revolving | Term only | Term only | Revolving facility |
| J | Default | Legal via Series | Same | Composability flag, tranche waterfall |
| K | Oracle | Off-chain attestation | + Payment processor / Plaid | Hybrid on-chain attestation |
| L | Securities regime | Reg D 506(c) | + Reg A+ / Reg S / 144A | ATS-listed |
| M | Tradeable | No | Transfer-agent-gated | KYC-gated exchange |
Glossary
| Term | Definition |
|---|---|
| OID | Original Issue Discount. Lender funds principal × (1 − discount); borrower repays principal. Yield is baked into the discount. |
| Revenue-% with cap | Repayment = r% of specified revenue stream(s), capped at N × principal. |
| Series | Sub-entity inside the Parent SPV, 1:1 with a deal. Liability-ring-fenced. |
| Bond Note | Security issued by a Series to a lender. UCC Article 8 electronic record. Tokenization optional. |
| Revenue Oracle | Consensus mechanism between borrower and lender for measuring revenue. Four parts: methodology, reporting surface, cadence, dispute protocol. |
| Paying Agent | Controls repayment distribution alongside Scry Advisory admin. |
| Q1 / Q2 / Q3 / Q4 | Quadrants of the lender × borrower on/off-chain matrix (§06). |
| Router primitive (v2+) | Per-deal contract atomically splitting revenue inflows r% / (1−r)%. |
| Composability flag (v2+) | ERC-1400 partition flag on transfer hook that freezes downstream protocol use during default. |
Revision History
| Version | Date | Key change |
|---|---|---|
| v0 – v3.1 | 2026-03 → 2026-04-13 | On-chain-first architecture with Router primitive, composability flag, tranching |
| v4.0 | 2026-04-21 | Legal-first rewrite; 2×2 matrix; 13-dim taxonomy; AI-agent side-track |
| v4 (this doc) | 2026-04-21 | Restructured for investor read: customer archetypes up front, worked deal with 17.8% IRR, 3 animated diagrams, AI-agent and competition sections dropped, v3 on-chain content absorbed as v2+ roadmap, entity structure demoted to Appendix A, 13-dim table demoted to Appendix B |