Veertien keer meer aanvragen van bouwers die
Bitcoin in hun software willen stoppen. Dat is wat Breez naar eigen zeggen ziet sinds
AI-codeagents een grotere rol kregen bij softwareontwikkeling.
De cijfers komen uit interne aanvragen van potentiële partners voor de Breez SDK. Ze meten dus belangstelling voor
Bitcoin, niet hoeveel betalingen gebruikers uiteindelijk uitvoeren.
Aanvragen schoten omhoog na opkomst Claude Code
Medeoprichter Roy Sheinfeld beschrijft de verandering in een
nieuwe bedrijfsblog.
Volgens hem kreeg Breez twee jaar geleden al regelmatig verzoeken van ontwikkelaars die Bitcoin via zijn SDK wilden toevoegen.
Na de komst van Claude Code veranderde dat tempo scherp.
Breez zegt dat het volume van aanvragen van potentiële partners veertien keer zo groot werd.
Het bedrijf publiceert daarbij geen absolute aantallen. Daardoor is niet zichtbaar hoeveel aanvragen vóór en na de stijging precies binnenkwamen.
De cijfers meten bouwers, geen Bitcoinbetalingen
Dat onderscheid is belangrijk.
Een aanvraag kan leiden tot een werkende integratie, maar dat hoeft niet. Een bedrijf kan tijdens ontwikkeling stoppen, van betaalmethode veranderen of de functie uiteindelijk nauwelijks laten gebruiken.
De 14× zegt daarom niets rechtstreeks over betaalvolume, actieve wallets of het aantal eindgebruikers.
Ook bewijst de timing op zichzelf niet dat AI-codeagents de volledige groei hebben veroorzaakt.
Sheinfeld koppelt de verandering wel duidelijk aan de komst van agentic coding, omdat de versnelling volgens hem samenvalt met de opkomst van tools zoals Claude Code.
Bitcoin verschijnt in onverwachte soorten apps
Breez ziet tegelijk een verandering in het type ontwikkelaar dat aanklopt.
Voor 2025 kwamen aanvragen volgens Sheinfeld vooral van Bitcoinbouwers, cryptobedrijven en fintechpartijen.
Daarna verschenen projecten uit heel andere hoeken.
Hij noemt fitnessapps, berichtenapps, reisdiensten voor eSIMs en zelfs software die paddenstoelen herkent.
Die voorbeelden zijn interessanter dan alleen het groeipercentage.
Ze suggereren dat ontwikkelaars Bitcoinbetalingen vaker bekijken als een losse softwarefunctie die in uiteenlopende producten kan worden gestopt, in plaats van alleen als onderdeel van een traditionele cryptoapp.
Sommige aanvragen komen rechtstreeks van AI-agents
Nog opvallender: Breez zegt inmiddels regelmatig berichten van codeagents zelf te ontvangen.
Die software schrijft volgens Sheinfeld namens de bedrijven die de agents inzetten.
Dat past bij hoe moderne codeagents werken. Ze kunnen documentatie lezen, softwarepakketten installeren, code schrijven en externe diensten aansluiten.
Wanneer een developer vraagt om een betaalfunctie toe te voegen, kan zo'n agent daardoor een groot deel van het eerste technische werk uitvoeren.
Dat verkleint de afstand tussen “we willen Bitcoin accepteren” en een eerste testversie.
SDK haalt veel technisch werk weg
Daar helpt het product van Breez zelf bij.
Een SDK is een pakket met bestaande softwareonderdelen waarmee ontwikkelaars functies kunnen toevoegen zonder alles vanaf nul te programmeren.
De
Breez SDK-documentatie biedt ondersteuning voor onder meer Swift, Kotlin, JavaScript, React Native, Rust, Flutter, Go, Python en C#.
Voor gebruik is een API-sleutel nodig.
Die sleutel kan via een formulier worden aangevraagd, maar Breez maakt ook een programmatische aanvraag mogelijk. Dat laatste past goed bij softwareagents die zelfstandig ontwikkelstappen uitvoeren.
AI-agent kan documentatie meteen omzetten in code
Juist daar verandert AI het ontwikkelproces.
Een menselijke programmeur hoeft niet meer iedere methode, programmeertaalbinding en voorbeeldimplementatie zelf door te nemen.
Een codeagent kan de documentatie analyseren en vervolgens een eerste koppeling bouwen.
Breez biedt daarnaast Glow als referentie-app waarmee ontwikkelaars kunnen bekijken hoe Bitcoin- en
stablecoinbetalingen in een product kunnen worden verwerkt.
Dat verlaagt de hoeveelheid nieuw werk die nodig is voordat een experiment kan starten.
Breez ziet ook stablecoins tussen de betaalopties
De ontwikkeling draait overigens niet uitsluitend om
BTC.
Sheinfeld schrijft dat bouwers met de SDK ook Bitcoin, USDT en USDC kunnen verzenden en ontvangen.
Dat maakt de concurrentie tussen betaalmethoden binnen zulke apps interessant.
Een AI-agent die een betaaldienst toevoegt, kan afhankelijk van het product voor Bitcoin, een stablecoin of een combinatie kiezen.
Breez stelt dat Bitcoin voor softwareagents aantrekkelijk is omdat toegang niet afhankelijk is van dezelfde menselijke onboarding als veel traditionele betaalproducten.
Dat is de visie van het bedrijf zelf. Welke betaalrail ontwikkelaars uiteindelijk werkelijk gebruiken, moet uit live producten blijken.
Een snelle integratie lost de gebruikerservaring niet op
Code genereren is bovendien maar één deel van een betaaldienst.
Een gebruiker moet begrijpen hoeveel hij betaalt, waar het geld heen gaat en of een betaling is geslaagd.
Ook fouten, terugbetalingen en slecht bereik moeten netjes worden afgehandeld.
De Breez-documentatie verwijst daarom apart naar UX-richtlijnen voor ontwikkelaars.
Een AI-agent kan een koppeling snel bouwen. Daarmee is nog niet bewezen dat mensen die betaalfunctie prettig vinden of herhaaldelijk gebruiken.
De echte test begint na de release
De veertienvoudige stijging laat vooral zien wat er vóór een productlancering gebeurt.
Meer ontwikkelaars onderzoeken Bitcoinbetalingen. Ze komen uit meer sectoren. En een deel van het programmeerwerk wordt nu door agents uitgevoerd.
Dat kan het aantal experimenten flink verhogen.
Maar voor echte adoptie telt uiteindelijk een hardere maatstaf: hoeveel van die experimenten live gaan en hoeveel mensen daarna daadwerkelijk blijven betalen.
Voorlopig heeft Breez vooral bewijs dat AI-codeagents de deur naar Bitcoinintegratie veel sneller kunnen openen.
Of gebruikers er vervolgens ook massaal doorheen lopen, moet nog blijken.