Cowrie Research

buildkey-primary-sources-2026-05-12

3 min read

BuildKey primary sources

Collected: 2026-05-12 UTC

Primary sources reviewed

  • https://docs.aspecta.ai/buildkey/overview
    • Official BuildKey V1 overview
    • Used to confirm the basic V1 flow: vetted launch intake, bonding-curve trading, and later conversion into underlying assets
  • https://docs.aspecta.ai/buildkey/launch
    • Official BuildKey V1 launch-mechanism docs
    • Used to confirm randomized fair-launch deposit mode, one-order-per-address limits, oversubscription handling, claim/refund flow, and PoH-gated premium deposit groups
  • https://docs.aspecta.ai/buildkey/trade
    • Official BuildKey V1 trading docs
    • Used to confirm milestone-based bonding-curve upgrades and the increasing key-to-asset redemption ratio as market cap rises
  • https://docs.aspecta.ai/buildkey/convert-to-assets
    • Official BuildKey V1 redemption docs
    • Used to confirm the range of claimable asset types, project-specific redemption and buying deadlines, key-holder benefit logic, and the possibility of KYC or accredited-investor requirements before receiving assets
  • https://docs.aspecta.ai/buildkey-v2/overview
    • Official BuildKey V2 / Atom Upgrade overview
    • Used to confirm the shift toward AMM-based unified spot-and-derivatives pre-market trading, explicit long/short positions, post-liquidity-event settlement, and the project’s fully permissionless framing
  • https://docs.aspecta.ai/buildkey-v2/key-features
    • Official BuildKey V2 feature docs
    • Used to confirm auction-mode launch pricing, no-forced-liquidation positioning for shorts before TGE, and post-TGE flexibility for longs
  • https://aspecta.ai/
    • Official Aspecta homepage
    • Used to confirm the broader framing of BuildKey as onchain price discovery and lifecycle liquidity infrastructure for illiquid assets under the Aspecta brand
  • https://aspecta.ai/atom_upgrade_whitepaper.pdf
    • Official BuildKey V2 / Atom Upgrade whitepaper PDF
    • Saved locally as buildkey-atom-upgrade-whitepaper.pdf to preserve the canonical V2 design document linked from the official docs

Notes

  • BuildKey clears the intake bar because it separates launch admission, early allocation, market pricing, and asset delivery into distinct governance surfaces rather than bundling them into one generic launch narrative.
  • V1 is most analytically useful as a three-part stack: randomized fair launch, bonding-curve trading, and later redemption into future assets or holder benefits.
  • V2 is useful because it changes the market structure materially rather than just polishing UX: it adds explicit short exposure, auction-mode launch pricing, settlement against post-TGE spot assets, and a no-forced-liquidation claim for shorts during volatile pre-market periods.
  • The materials repeatedly describe launches as involving vetted assets and project-specific exceptions, which means issuer or operator discretion remains an important upstream control surface even when the trading layer is presented as open.
  • The docs also make redemption and compliance policy explicit. KYC, accredited-investor checks, redemption deadlines, and buying cutoffs can all sit between the tradable BuildKey and the final underlying asset.
  • BuildKey is especially useful in this corpus because Aspecta ID already covers the upstream builder-attestation layer. Keeping BuildKey separate preserves the downstream market-design layer where reputation, gated access, pre-market speculation, and settlement logic meet.

Graph View