In de kwartaalupdate van 13 november heeft Payward, het moederbedrijf van cryptovalutabeurs Kraken, een persoonlijke financiële agent beschreven die werkt binnen door de klant ingestelde limieten, om goedkeuring vraagt voordat een transactie of workflow wordt uitgevoerd, een logboek bijhoudt van zijn acties en naar verwachting begin 2027 beschikbaar komt in de Kraken-app. De agent is bedoeld voor de consumentenapp van Kraken en niet voor de Kraken Pro-handelsinterface, en zou een deel van de routinematige portefeuillebeslissingen neerleggen bij software die acties voorstelt en wacht op bevestiging door de klant.

De update laat drie vragen onbeantwoord: hoe lang een goedkeuring voor een workflow geldig blijft, welke wijzigingen een nieuwe bevestiging uitlokken en bij welke Kraken-producten de agent mag komen. Die hiaten wegen bij Kraken zwaarder dan bij de meeste beurzen, omdat het bedrijf al heeft vastgelegd wat "goedkeuring" betekent in twee zeer verschillende producten.

Kraken heeft al drie manieren om ja te zeggen

De Kraken AI-supportpagina beschrijft een assistent die acties voorstelt en wacht tot de klant elk ervan accepteert. De assistent kan ook terugkerende aankopen instellen, wat een ander soort toestemming vertegenwoordigt: één goedkeuring, gevolgd door uitvoering op een schema dat de klant vooraf heeft vastgesteld.

Het derde model staat in Bijlage R van de globale voorwaarden van Kraken. Het behandelt portefeuillebeheer onder een staand mandaat. Activering vereist een eigen toestemming, en eenmaal verleend kunnen transacties binnen de parameters van de klant lopen zonder een bevestiging per order. De bijlage sluit gebruikers in de VS uit en benoemt één aanbieder voor digitale activa en een andere voor derivaten en xStocks, de getokeniseerde aandelen van Kraken. Bijlage V behandelt de conversatiedienst die afzonderlijk in de Verenigde Staten wordt aangeboden.

Het woord dat het zware werk doet in de aankondiging van Payward is "workflow". Een enkele transactie valt onder het eerste model. Een workflow kan onder het tweede vallen, het derde, of ergens wat Kraken nog niet heeft gedefinieerd.

Waar een portefeuille van $10.000 uitkomt

Neem een klant met $6.000 in Bitcoin en $4.000 in contanten die de agent opdracht geeft Bitcoin terug te brengen tot de helft van de portefeuille. De agent stelt een verkoop van $1.000 voor, de klant accepteert, en de klus is geklaard. Dat is het eerste model: één actie, één beoordeling.

Stel nu dat Bitcoin stijgt. De resterende positie van $5.000 groeit naar $6.000 terwijl het geld op $5.000 staat, en de portefeuille is $11.000 waard. De helft daarvan is $5.500, dus het vasthouden aan het doel betekent nog eens $500 verkopen.

• Start: $6.000 BTC + $4.000 cash = $10.000 → verkoop $1.000 → 50/50
• Na stijging: $6.000 BTC + $5.000 cash = $11.000 → doel $5.500 BTC → verkoop $500

Kosten en prijsschommelingen tijdens de uitvoering zijn buiten beschouwing gelaten.

Niemand heeft om de verkoop van $500 gevraagd. Die volgt uit de oorspronkelijke opdracht, maar alleen als die opdracht een mandaat was en geen order. Als de agent verkoopt zonder te vragen, gedraagt hij zich als het product uit Bijlage R, waar klanten buiten de VS apart toestemming voor moeten geven. Als hij eerst vraagt, gedraagt hij zich zoals Kraken AI dat vandaag doet. Payward heeft niet gezegd welke van de twee geldt, en "een workflow goedkeuren" past bij beide lezingen.

Dezelfde vraag ontstaat bij elk doel dat een enkele order overleeft: overtollig geld in een asset onderbrengen, de blootstelling over meerdere munten binnen bandbreedtes houden, of een positie die blijft groeien afsnijden. Elk ervan maakt van een goedkeuring een doorlopende toestemming, tenzij het product anders bepaalt.

Het risico zit in de handelsbevoegdheid, niet in opnames

Kraken scheidt al de bevoegdheden die een geautomatiseerd tool kan hebben. De CLI-documentatie stelt dat de browserlogin-route een API-sleutel creëert die geen geld kan opnemen, een alleen-lezen optie ook handelen blokkeert, en dat handmatig aangeleverde sleutels kunnen meebrengen welke machtigingen de klant toewijst. Saldi lezen, orders plaatsen en geld verplaatsen zijn drie verschillende rechten.

Die scheiding is de reden waarom "de agent kan niet opnemen" de verkeerde vraag beantwoordt. Een agent die kan handelen kan de waarde van een portefeuille veranderen terwijl elk asset op de beurs blijft. De klant in het voorbeeld verliest of wint bij elke herbalancering, of er nu ook maar één munt van Kraken verlaat of niet.

Payward zegt dat de voorstellen van de agent vóór uitvoering door een aparte risico-engine gaan. Een risico-engine kan een door de klant ingestelde limiet afdwingen — niet meer dan een gegeven bedrag in één transactie, nooit onder een bepaald kasgeldsaldo — maar kan niet beoordelen of de transactie binnen die limiet een goed idee was.

"Geen extra kosten" betekent nog steeds kosten

De supportpagina zegt dat Kraken AI niets kost bovenop de producten die hij gebruikt, en die producten hebben gepubliceerde prijzen. De kostenpagina van Kraken vermeldt een heffing van 1% op directe en terugkerende transacties in de app en 1,5% op custom orders, terwijl het orderboek van Kraken Pro begint bij 0,40% voor makers, die orders plaatsen die op het boek wachten, en 0,80% voor takers, wier orders direct tegen het boek worden uitgevoerd, vóór volumekortingen. Bijlage V stelt ook dat Payward een commercieel belang heeft in de transacties die de dienst aanmoedigt.

Zet die cijfers naast het herbalanceringvoorbeeld: tien transacties van $1.000 kosten $100 tegen het apptarief, $80 tegen het instaptarief voor Pro-takers en $40 voor een maker, vóór spreads, slippage of belasting. Een strategie die herbalanceert zodra de allocatie enkele procenten afwijkt, handelt vaker dan één die op een grotere beweging wacht, en de strakkere variant betaalt voor zijn precisie met kosten.

Niets hiervan laat zien dat de assistent transacties aanbeveelt die hij niet zou moeten aanbevelen. Het betekent wel dat het aantal keren dat een agent mag handelen een kostenbeslissing is, en het goedkeuringsscherm is waar een klant dat zou verwachten te zien.

Wat de lancering in 2027 moet beantwoorden

Drie dingen vergen een helder antwoord voordat de agent verschijnt: hoe lang een goedkeuring voor een workflow geldig blijft, welke wijzigingen in de portefeuille of de markt de agent terugsturen voor bevestiging, en bij welke Kraken-producten hij kan komen. Die antwoorden bepalen of een klant één taak delegeert of een opengeëinde verantwoordelijkheid.

Stoppen vereist dezelfde precisie. Onder Bijlage R maakt het intrekken van een mandaat reeds voltooide transacties niet ongedaan. De voorwaarden van de agent zullen moeten zeggen wat het pauzeren van een workflow doet met een deels gevulde order of een taak die halverwege zit.

Voor de klant met de portefeuille van $10.000 zou een helder goedkeuringsscherm drie keuzes tonen in plaats van één knop: nu $1.000 verkopen, kopen volgens een schema, of de allocatie binnen aangegeven limieten op 50% houden. Vóór de volgende verkoop van $500 zou die klant al moeten weten welke optie hij heeft gekozen.

Productbeschrijvingen, voorwaarden en kostenpagina's zijn gecontroleerd op 13 november 2026. Functies, aanbieders, prijzen en beschikbaarheid variëren per dienst en jurisdictie. De portefeuillecijfers zijn hypothetisch.