Blockchain Capital

Wat is Blockchain Capital?

Blockchain Capital (BCAP) is een getokeniseerde venturefonds-structuur: een on-chain token dat een indirect, fractioneel, niet-stemgerechtigd economisch belang vertegenwoordigt in een venturefonds-vehikel dat is gekoppeld aan Blockchain Capital’s Blockchain III Digital Liquid Venture Fund, in plaats van een base-layer cryptonetwerk dat wordt gebruikt om algemeen inzetbare smart contracts uit te voeren.

Het praktische “probleem” waarop het zich richt is operationele frictie in private markten—inschrijfformulieren, overdrachtsbeperkingen, afwikkelingsvertraging en beperkte secundaire liquiditeit—door gebruik te maken van programmeerbare eigendomsrails en compliance-bewuste tokeninfrastructuur om uitgifte, transfers en (waar toegestaan) uitkeringen te standaardiseren. De belangrijkste “moat” is hierbij de combinatie van de langlopende crypto-venturetoegang van de fondsbeheerder en de gereguleerde tokenisatiestack die wordt gebruikt om de asset uit te geven en te beheren (met name via Securitize, dat zichzelf positioneert als een end-to-end platform dat onboarding, transferagent-functies, administratie en secundaire handel via gereguleerde handelsplaatsen omvat).

In termen van marktstructuur bevindt BCAP zich dichter bij de categorie “real-world assets/private equity on-chain” dan bij puur DeFi-native assets: de relevantie draait minder om concurrentie voor blockspace en meer om de vraag of getokeniseerde fondsbelangen betrouwbaar kunnen worden aangesloten op on-chain onderpand-, leen- en treasury-workflows zonder in strijd te komen met effectenrechtelijke beperkingen.

Begin 2026 classificeerden externe aggregators BCAP als getokeniseerde private equity/RWA, en dataproviders zoals DeFiLlama behandelden de smartcontract-saldi die aan het token zijn gekoppeld als protocol-TVL voor het product. Daarmee meten ze in feite hoeveel waarde er on-chain wordt vertegenwoordigd, in plaats van hoeveel “liquiditeit” er bestaat in DeFi-termen.

Wie heeft Blockchain Capital opgericht en wanneer?

Blockchain Capital staat vooral bekend als een venturecapitalfirma die in 2013 werd opgericht door Brad Stephens, Bart Stephens en Brock Pierce, maar het BCAP-token zelf ontstond uit de poging van het bedrijf om in de ICO-periode van 2017 blootstelling aan een venturefonds te tokeniseren.

In april 2017 maakte Blockchain Capital bekend dat de tokenverkoop BCAP zou prijzen op een nominale waarde van $1 met een maximum van 10 miljoen tokens, en dat deze zou worden gestructureerd rond effectenrechtelijke uitzonderingen die deelname vanuit de VS grotendeels beperkten tot geaccrediteerde beleggers, terwijl ruimere niet‑VS-deelname onder andere voorwaarden mogelijk was. Dit weerspiegelde in hoge mate dat het ontwerp van het token werd gedreven door distributie‑compliance in plaats van louter technische voorkeuren, zoals beschreven in de verslaggeving van CoinDesk uit 2017.

In de loop der tijd verschoof het narratief van “ICO-nieuwigheid” naar een meer institutionele RWA-framing: BCAP wordt nu vaker besproken als een vroeg voorbeeld van een getokeniseerd fonds dat probeert te integreren met moderne on-chain financiële bouwstenen (orakels, lenen, afwikkeling op L2’s), terwijl het zich nog steeds gedraagt als een gereguleerd securitytoken met overdrachtsbeperkingen.

Die verschuiving werd expliciet in de periode 2024–2025, toen Blockchain Capital de nadruk legde op operationele upgrades—met name het migreren van het getokeniseerde fonds naar ZKsync Era en het introduceren van dividendachtige uitkeringen aan tokenhouders—en minder de nadruk legde op tokenverkoopmechanieken of retailachtige communitygroeidinamo’s.

Hoe werkt het netwerk van Blockchain Capital?

BCAP is geen op zichzelf staand “netwerk” met een eigen consensus; het is een getokeniseerde asset die is geïmplementeerd als smart contract op een host-chain. Begin 2026 gaf het verstrekte contractadres aan dat BCAP is gedeployed op ZKsync Era, een Ethereum Layer 2 die zero‑knowledge validity proofs gebruikt om gecomprimeerde staatsovergangen naar Ethereum te posten. Hierdoor erft het de veiligheidsaannames van Ethereum voor finaliteit, terwijl transacties off‑chain worden uitgevoerd om kosten te verlagen en throughput te verhogen.

Met andere woorden: ZKsync is de settlement‑laag van BCAP, en Ethereum vormt de uiteindelijke security‑root; BCAP‑tokentransfers worden niet begrensd door de validator‑economie van een BCAP‑keten, maar door de combinatie van de uitvoeringsomgeving van ZKsync en de compliance‑logica die in het token en de omliggende infrastructuur is ingebouwd.

Technisch gezien zullen de meer BCAP-specifieke “features” waarschijnlijk draaien om permissies en compliance‑workflows in plaats van cryptografische vernieuwing: bij securitytokens horen vaak controles zoals adres-allowlists, verplichte holdingperiodes en jurisdictiegebonden beperkingen, die doorgaans worden beheerd via uitgever-/transferagent‑processen en smart‑contract‑regels, in plaats van via open, anonieme overdraagbaarheid.

Dit ontwerp is ook de reden dat betrouwbare orakelinfrastructuur belangrijk wordt als BCAP ooit in DeFi-contexten wordt gebruikt; zo spraken RedStone en Securitize publiekelijk over een on-chain BCAP‑prijsoorakel op ZKsync als voorwaarde voor onderpand- en leenuse‑cases, wat onderstreept dat het belangrijkste integratiepunt draait om dataintegriteit en compliant markttoegang, niet om innovaties in base‑layer consensus.

Wat zijn de tokenomics van BCAP?

Het aanbodprofiel van BCAP laat zich het best begrijpen als “fondsunits die on-chain worden weergegeven” in plaats van als een emissie-gedreven cryptoasset. De oorspronkelijke bekendmaking uit 2017 beschreef een kader met een gemaximeerde uitgifte (maximaal 10 miljoen tokens) en bevatte een mechanisme dat terugkopen mogelijk maakte als de marktprijs onder de intrinsieke waarde (NAV) zou dalen—een structuur die meer lijkt op het beheer van fondsunits dan op mining-/stakingeconomieën.

Begin 2026 gaven externe markttrackers aan dat de totale en circulerende voorraad in de praktijk gelijk waren (dus geen doorlopende emissies), wat impliceert dat BCAP structureel dichter in de buurt komt van een vast‑aanbodrepresentatie van economische belangen, waarvan de waarde is verankerd in de prestaties van de onderliggende portefeuille en het uitkeringsbeleid, niet in een protocolmatige uitgiftekalender.

Ook de “utility” en waardecreatie volgen niet het gebruikelijke “stake voor yield / betaal gas”-sjabloon dat typisch is voor L1-/L2-tokens. De economische logica van BCAP lijkt meer op een aanspraak: het verwachte rendement voor houders wordt gedreven door de investeringsresultaten van het fonds, beheer- en performancevergoedingen, herbeleggingsbeleid en elke beslissing om opbrengsten uit te keren in plaats van ze te recyclen.

Eind 2024 kondigde Blockchain Capital een USDC‑uitkering van $0,25 per token aan (gepositioneerd als een dividend), gelijktijdig met de migratie naar ZKsync. Dit verschilt kwalitatief van stakingyield, omdat het gaat om een door de uitgever gestuurde kasstroomuitkering en niet om een beloning op protocollair niveau voor het beveiligen van een netwerk.

Wie gebruikt Blockchain Capital?

De on-chain voetafdruk van BCAP kan misleidend zijn als je hem beoordeelt met dezelfde heuristieken als DeFi‑tokens. Speculatief handelsvolume kan intermitterend zijn (en, afhankelijk van overdrachtsbeperkingen en beschikbare handelsplatformen, structureel beperkt), terwijl “gebruik” geloofwaardiger kan worden gemeten aan de hand van (a) hoeveel waarde on-chain wordt vertegenwoordigd in het ecosysteem van het tokencontract en (b) of het token wordt omarmd als bouwsteen in compliant RWA‑rails. Begin 2026 schreef DeFiLlama’s BCAP‑pagina nagenoeg alle BCAP‑TVL toe aan ZKsync Era en rapporteerde het rond de lage 200 miljoen dollar, wat strookt met de behandeling van BCAP als RWA-/private‑equitytoken in plaats van als een DeFi‑protocol met gebruikersdeposito’s die jagen op incentives.

Aan de institutionele/enterprise‑kant zijn de meest concrete adoptiesignalen eerder infrastructuurpartnerschappen dan grote namen die “BCAP gebruiken”: de migratie‑ en uitkerings­tooling verwees naar ondersteuning door partijen die actief zijn in gereguleerde tokenisatie‑ en stablecoin‑plumbing—namelijk Securitize, Circle (USDC) en Matter Labs (ZKsync)—en de latere nadruk op orakel‑feeds via RedStone weerspiegelt een patroon waarbij het groeipad van BCAP afhankelijk is van financiële middleware die het veilig integreert, niet van virale eindgebruikersapps.

Wat zijn de risico’s en uitdagingen voor Blockchain Capital?

Regulatoire blootstelling is voor BCAP geen randzaak; het is de kernbeperking.

De economische‑belang‑framing van het token en het oorspronkelijke beroep op effectenrechtelijke uitzonderingen (met expliciete limieten voor deelname door niet‑geaccrediteerde Amerikaanse beleggers) plaatsen BCAP duidelijk in het domein van “digitale effecten/securitytokens”. Dat betekent dat overdraagbaarheid, toegang tot handelsvenues, marketing, informatieverschaffing en secundaire liquiditeit allemaal aan compliance‑poorten zijn onderworpen op een manier die niet geldt voor meer commodity‑achtige tokens.

Hierdoor verschilt het liquiditeitsprofiel van de asset structureel van dat van typische crypto: zelfs als het token technisch gezien overdraagbaar is op een L2, kan de daadwerkelijke overdraagbaarheid worden beperkt door whitelisting, holdingperiodes en jurisdictieregels, wat het basisrisico tussen de “on-chain prijs” en elke redelijke schatting van de onderliggende NAV tijdens stress kan versterken.

Een tweede risicofactor is platform- en integratieafhankelijkheid. De overstap van BCAP naar ZKsync concentreert uitvoeringsrisico en operationele afhankelijkheid in één specifieke L2‑ecosysteem, inclusief brug-/security‑aannames, sequencer-/centralisatiezorgen die typerend zijn voor veel rollups, en de beschikbaarheid van institutioneel‑grade compliance‑tooling op die chain.

Hoewel het incident rond ZKsync‑airdropcontracten in 2025 werd omschreven als beperkt tot distributiecontracten in plaats van kernprotocolinfrastructuur, illustreert het toch hoe risico’s rond adminkeys en smart‑contract‑operaties kunnen opduiken in aangrenzende componenten van een ecosysteem waarop RWA’s vertrouwen voor gebruikersvertrouwen.

Er zijn ook concurrentiebedreigingen: getokeniseerde staatsobligatiefondsen en andere RWA‑uitgevers kunnen eenvoudigere risicoprofielen (bijvoorbeeld kortlopende overheidseffecten) en helderdere kasstroommechanieken bieden dan venture‑blootstelling, waardoor ze mogelijk de aandacht en DeFi‑integratiecapaciteit weghalen van tokens die meer op private equity lijken.

Wat is de toekomstverwachting voor Blockchain Capital?

De meest verifieerbare “roadmap”-items voor BCAP gaan minder over protocol upgrades en meer over de maturatie van marktstructuur: een bredere integratie in on-chain onderpands­raamwerken hangt af van betrouwbare prijsfeeds, conforme secundaire handelsplatformen en risicomodellen die blootstelling aan private markten op passende wijze kunnen korten.

De lancering van een on-chain BCAP‑prijsfeed op ZKsync in samenwerking met Securitize en RedStone is richtinggevend belangrijk, omdat het een voorwaarde is voor leen- en onderpands­toepassingen, maar het neemt niet de moeilijkere vraag weg of DeFi‑platformen een permissioned, uitkeringsdragend belang in een durfkapitaalfonds kunnen—of zouden moeten—accepteren als onderpand op betekenisvolle schaal.

Structureel zijn de grootste hindernissen van het project niet doorvoer of cryptografie; het zijn governance/verantwoording (discretionaire beslissingsruimte van de uitgever over uitkeringen en openbaarmakingen), liquiditeitsvorming onder effectenrechtelijke beperkingen, en de cycliciteit en ondoorzichtigheid die inherent zijn aan ventureportefeuilles. Onder die beperkingen is de levensvatbaarheid van BCAP het meest aannemelijk gekoppeld aan de vraag of getokeniseerde fondsen een gestandaardiseerd institutioneel formaat worden (met gereguleerde transferrails en conservatieve DeFi‑integratie) in plaats van een door retail verhandelde crypto‑primitive, en of ZKsync een duurzaam afwikkelingsplatform blijft voor gereguleerde RWA’s ten opzichte van concurrerende L2’s en permissioned tokenization‑netwerken.