De ontwikkelingsroadmap van THORChain is zojuist heringericht rond één enkel, onvermijdelijk mijlpaal: de THORChain v3.20-update. Een consensusprobleem dat werd ontdekt tijdens de rotatie van kluizen heeft het netwerk gedwongen om alle churning te pauzeren — en totdat v3.20 wordt uitgerold, blijft die pauze van kracht. Wat begon als een bescheiden point release is uitgegroeid tot een grote uitrol met beveiligingspatches, de langverwachte Monero-integratie en een nieuwe router V6. Dit is de meest ingrijpende release op de kortetermijnkalender van THORChain.
Summary
Belangrijkste punten
- De rotatie van THORChain-kluizen (churn) is gepauzeerd totdat v3.20 wordt uitgerold, vanwege een consensusbug die tijdens het churning-proces werd geactiveerd.
- De geplande v3.19.4-patch is samengevoegd in v3.20, dat ook de Monero-integratie en de uitrol van router V6 omvat.
- De recente exploit kwam voort uit drie oudere, gekoppelde bugs — elk op zichzelf onschadelijk, maar samen gevaarlijk.
- Maya Protocol bleef swaps verwerken gedurende de volledige THORChain-pauze door één onafhankelijk geverifieerde gezonde kluis te draaien.
- Moca lanceert een stille bèta voor crypto-point-of-sale, waarbij betalingen worden afgewikkeld via Maya Protocol en THORChain.
THORChain-churn gepauzeerd tot de v3.20-release
Rotatie van kluizen is een van de meest fundamentele beveiligingsmechanismen van THORChain, en op dit moment draait het niet. Een consensusprobleem komt specifiek naar voren tijdens het churning-proces, en de oplossing vereist zo diepgaande wijzigingen in Thornode dat een point release deze simpelweg niet kan bevatten. Daarmee viel de oorspronkelijk geplande v3.19.4-patch dezelfde dag nog af.
Het team kwam bijeen om in plaats daarvan v3.20 te plannen, met als doel een upgradehoogte voor de week erna. Zodra de release live is, is het plan om eerst Solana opnieuw in te schakelen en daarna churning te herstellen. Alles wat oorspronkelijk voor v3.19.4 was voorzien — inclusief het Monero-werk — wordt nu samengebracht in die ene grotere release, samen met de nieuwe router V6-code, die al klaar is en geleidelijk wordt uitgerold. Voor gebruikers blijft de ervaring na de upgrade hetzelfde: swaps worden zoals gebruikelijk via THORChain Swap gerouteerd.
De bundeling is niet puur reactief. Meerdere verbeteringen in één gecoördineerde release samenbrengen beperkt het aantal keren dat het netwerk een risicovolle upgrade-sequentie moet doorlopen, wat veel uitmaakt wanneer de capaciteit van reviewers al onder druk staat.
Oorzaak van de exploit: drie bugs, één keten
De recente exploit kwam niet voort uit één enkele catastrofale fout. Volgens Aaluxx, medeoprichter van Maya Protocol en nu senior ontwikkelaar bij THORChain, was de kwetsbaarheid een combinatie van drie oudere bugs die onschadelijk naast elkaar in de codebase hadden bestaan totdat iemand — of iets — ontdekte dat ze in volgorde konden worden geactiveerd.
“Het waren drie bugs die, aan elkaar gekoppeld, exploiteerbaar waren. Elk afzonderlijk was onschadelijk.” — Aaluxx
Hij beschreef de ochtend waarop de exploit uitbrak als ijskoud. Het team had onlangs TSS-patches uit een privérepository samengevoegd, en zijn eerste angst was dat een fout in die merge de kwetsbaarheid had geïntroduceerd. Een snelle controle sloot dat uit: de commit was intact en de hoofdoorzaak bleek terug te voeren op veel oudere code. Het team had een paar maanden eerder al een vergelijkbare gekoppelde bug — een potentiële double-spend — ontdekt, wat betekent dat het onderliggende patroon al op de radar stond.
Hoe het team de gecompromitteerde kluis detecteerde
De detectie was technisch elegant. Door een van de cryptografische parameters van de TSS-setup te factoriseren en te scannen op kleine priemgetallen die niet aanwezig zouden mogen zijn, konden ontwikkelaars vaststellen of een bepaalde kluis was vergiftigd. Op THORChain bleek één van de vijf kluizen gecompromitteerd, wat verklaart waarom ongeveer 20% van de TVL werd leeggetrokken in plaats van het volledige bedrag. De methode gaf het team een betrouwbare diagnose in een situatie waarin de snelheid van triage cruciaal was.
Aaluxx was duidelijk over de bredere les voor de rol van AI in de toekomst: een klein team kan nu een codebase vanuit veel meer invalshoeken tegelijk verkennen, wat een verdedigingsvoordeel is — maar dezelfde capaciteit is beschikbaar voor iedereen die van buitenaf naar kwetsbaarheden zoekt. Hij verwacht nog een paar moeilijke maanden terwijl de sector zich aanpast aan die nieuwe realiteit.
Veerkracht van Maya Protocol tijdens de downtime
Gedurende de ongeveer maand dat THORChain gepauzeerd was, bleef Maya Protocol swaps uitvoeren. Dezelfde latente bug bestond in de codebase van Maya, maar werd nooit geactiveerd. Belangrijker nog: Maya draaide één enkele kluis waarvan het team onafhankelijk kon verifiëren dat deze gezond was — dus hielden ze die operationeel terwijl ze churning uit voorzorg pauzeerden, omdat een churn hetzelfde exploitpad had kunnen openen.
Het praktische gevolg was reëel: native BTC-naar-ETH-swaps waren in die periode niet beschikbaar op THORChain, maar bleven wel beschikbaar op Maya. Dat is het redundantie-argument in de praktijk.
“We moeten het vliegtuig met twee motoren vliegen.” — Aaluxx
Na de exploit en tijdens de eerdere TCY-periode pleitten sommige stemmen voor een fusie van THORChain en Maya — waarbij RUNE CACAO zou opkopen en alles zou worden geconsolideerd in één grotere DEX. Aaluxx erkende dat dit een redelijke zakelijke beslissing zou zijn geweest en wees het toch af. Twee onafhankelijke, permissionless DEXen die dezelfde idealen delen, zijn een bewuste ontwerpkeuze, geen inefficiëntie die moet worden weggeoptimaliseerd. De kosten van redundantie zijn reëel, maar dat geldt ook voor de kosten van een enkel storingspunt.
Ontwikkelingsknelpunten en hervormingen in governance
De beperking die de releasesnelheid van THORChain vertraagt, is geen tekort aan code. Het is een tekort aan mensen die gekwalificeerd zijn om die code te reviewen en uit te rollen.
“Onze beperkende factor is niet het schrijven van code, maar het reviewen en uitrollen.” — Aaluxx
Momenteel hebben slechts ongeveer drie mensen de vereiste diepgang van expertise om wijzigingen voor THORChain te reviewen en te deployen. Meer ontwikkelaars of meer pull requests toevoegen versnelt de oplevering niet automatisch — het voegt reviewlast toe aan een al smal knelpunt. Het team hanteert bewust een verhouding van twee-op-één: elk stuk geschreven code vereist minstens twee reviews voordat het verder gaat.
Voorstel om het ADR-proces te hervormen
Aan de governancekant is een structureel probleem ontstaan. Nu voorstellen van veel bijdragers komen in plaats van één coördinerend orgaan zoals Nine Realms, zijn ADR-nummers met elkaar in botsing gekomen en zijn ruwe ideeën als formele ADR’s ingediend voordat ze bouwrijp waren.
De voorgestelde oplossing is om de ideeënfase volledig te scheiden van de ADR-fase. Een ADR, zoals Aaluxx het formuleerde, zou al een afgewerkt recept moeten zijn: beknopt, technisch en bouwbaar met de beschikbare middelen. Wat ontbreekt is een upstreamruimte — een soort strijdtoneel — waar ruwe ideeën worden uitgedaagd, verfijnd of verworpen voordat ze in aanmerking komen voor ADR-status.
“Sommige mensen denken dat ‘ik wil pasta’ een ADR is. Dat is geen ADR, dat is een probleem. Kom bij ons met een recept.” — Aaluxx
Verderop in de tijd zouden ADR-nummers on-chain kunnen worden aangevraagd en toegewezen via node relay, waarbij de eerste goedkeurende node het eerstvolgende volgnummer toewijst. Dat zou het eigenaarschap van een voorstel ondubbelzinnig maken zonder een gecentraliseerde poortwachter te creëren. Een ADR, het zij herhaald, is geen vereiste om code te shippen — iedereen kan vandaag issues en pull requests openen op GitLab. Een ADR is een temperatuurmeting die node-operators vertelt of zij willen dat er betaalde ontwikkeltijd aan iets wordt besteed.
Ecosysteemintegraties en nieuwe features
Ondanks de pauze gingen integraties in het ecosysteem door. ShapeShift is nu toegetreden tot Symbiosis als actieve deelnemer in het dynamische fee-model, en de terugkerende data van beide blijkt nuttig. Nog drie à vier affiliates worden binnen een week verwacht, afhankelijk van de beschikbaarheid van Chad Barraford om de integraties af te ronden.
Een tip uit de community heropende twee grotere integratiegesprekken. Een koude DM naar Randy Bechtold bracht Robinhood Chain naar voren als mogelijk doelwit — en een snelle blik liet zien dat deze op Arbitrum is gebouwd, een netwerk dat THORChain al nastreefde. Dat creëerde een twee-in-één-kans: Bechtold heeft een call ingepland met het Arbitrum-team en is van plan daar om een warme introductie bij Robinhood te vragen.
Aaluxx gaf een technische kanttekening bij Arbitrum: het draait op ongeveer vier blokken per seconde, wat nodes overspoelt met berichtvolume op een manier die vergelijkbaar is met Solana. Maya heeft ongeveer een jaar besteed aan het stabiliseren van zijn eigen Arbitrum-ondersteuning. Het voordeel is dat het zware werk aan Maya’s kant grotendeels gedaan is, waardoor THORChain een korter pad heeft.
Monero-integratie nadert lancering na Least Authority-audit
De XMR-integratie is de belangrijkste feature die het dichtst bij oplevering staat. Aaluxx is in gesprek met Least Authority voor een security-audit — een firma die hij tot de top rekent voor werk aan privacyketens. Er is direct precedent: Zcash financierde een Least Authority-audit van zijn ZEC-naar-Maya-integratie, die onlangs werd afgerond met slechts kleine denial-of-service- en quality-of-life-bevindingen, geen grote bugs. Het Monero-werk heeft al chain-net-tests en een ontwikkelaarsreview doorstaan.
Getrouw aan de gebruikelijke aanpak van het protocol zal de XMR-pool eerst worden gelanceerd met beperkte, door het protocol beheerde liquiditeit en kleine test-swaps, zodat gebruikersfondsen buiten beeld blijven terwijl de chainclient zich in productie bewijst.
“Breek dingen, maar breek ze klein.” — Aaluxx
ZEC aan de THORChain-kant heeft geen tijdlijn. Het knelpunt is capaciteit: refunds, securitywerk, de herstart van het netwerk en de Monero-lancering dingen allemaal mee naar hetzelfde smalle review-en-deploy-venster, en churns gaan voor.
Moca lanceert bèta voor crypto-point-of-sale via Maya en THORChain
De betalingshoek van het ecosysteem kreeg een eigen update. Moca, een crypto-point-of-sale- en betalingsnetwerk, wikkelt transacties af via Maya Protocol, THORChain en een handvol andere backends. Het doel is om gewone handelaren zonder frictie crypto te laten accepteren en in crypto te laten afwikkelen — met als resultaat reële volumes die terugvloeien door de protocollen.
De bèta is bewust stil, met als doel lancering de maandag over anderhalve week, zonder aanvankelijke marketingpush. Het plan is om zakelijke accounts te openen, feedback te verzamelen, echte testbetalingen uit te voeren en bugs op te lossen voordat er breder wordt uitgerold.
“De betalingskant van Maya is aangebroken.” — EricOnchain, Moca
Builders die geïnteresseerd zijn in vroege API-toegang kunnen rechtstreeks contact opnemen met EricOnchain of het Moca-account.
Wat dit alles met elkaar verbindt, is een netwerk op een echt kantelpunt. v3.20 is niet alleen een beveiligingspatch — het is de release die churning herstelt, Monero live brengt, router V6 uitrolt en het podium klaarmaakt voor de daaropvolgende Arbitrum- en ShapeShift-uitbreidingen. Hoe soepel de release verloopt en hoe de Least Authority-audit uitpakt, zal veel zeggen over de vraag of het herstelverhaal van THORChain standhoudt onder het gewicht van wat het belooft.
FAQ
Waarom is de churn-operatie van THORChain gepauzeerd?
Een consensusprobleem dat specifiek is gekoppeld aan het churning-proces vereist fixes op Thornode-niveau. Die wijzigingen zijn te ingrijpend om in een point release te leveren, dus de rotatie van kluizen blijft gepauzeerd totdat de volledige v3.20-update is uitgerold.
Waardoor werd de recente THORChain-exploit veroorzaakt?
Drie oudere bugs die elk op zichzelf onschadelijk waren, werden exploiteerbaar toen ze in volgorde werden geactiveerd. De combinatie maakte het mogelijk dat één van de vijf kluizen van THORChain werd gecompromitteerd, wat resulteerde in het leegtrekken van ongeveer 20% van de TVL.
Hoe hield Maya Protocol swaps in stand tijdens de downtime van THORChain?
Maya draaide één enkele kluis waarvan het team onafhankelijk kon verifiëren dat deze niet gecompromitteerd was. Door die kluis operationeel te houden — terwijl churning uit voorzorg werd gepauzeerd — bleef Maya swaps verwerken gedurende de volledige, ongeveer een maand durende THORChain-pauze.
Wat is de status van de Monero-integratie op THORChain?
De XMR-integratie heeft chain-net-tests en een ontwikkelaarsreview doorstaan. Er wordt een audit met Least Authority geregeld, en de pool zal worden gelanceerd met beperkte, door het protocol beheerde liquiditeit en kleine test-swaps om de blootstelling tijdens de beginfase te beperken.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”Waarom is de churn-operatie van THORChain gepauzeerd?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Een consensusprobleem dat specifiek is gekoppeld aan het churning-proces vereist fixes op Thornode-niveau. Die wijzigingen zijn te ingrijpend om in een point release te leveren, dus de rotatie van kluizen blijft gepauzeerd totdat de volledige v3.20-update is uitgerold.”}},{“@type”:”Question”,”name”:”Waardoor werd de recente THORChain-exploit veroorzaakt?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Drie oudere bugs die elk op zichzelf onschadelijk waren, werden exploiteerbaar toen ze in volgorde werden geactiveerd. De combinatie maakte het mogelijk dat één van de vijf kluizen van THORChain werd gecompromitteerd, wat resulteerde in het leegtrekken van ongeveer 20% van de TVL.”}},{“@type”:”Question”,”name”:”Hoe hield Maya Protocol swaps in stand tijdens de downtime van THORChain?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Maya draaide één enkele kluis waarvan het team onafhankelijk kon verifiëren dat deze niet gecompromitteerd was. Door die kluis operationeel te houden — terwijl churning uit voorzorg werd gepauzeerd — bleef Maya swaps verwerken gedurende de volledige, ongeveer een maand durende THORChain-pauze.”}},{“@type”:”Question”,”name”:”Wat is de status van de Monero-integratie op THORChain?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”De XMR-integratie heeft chain-net-tests en een ontwikkelaarsreview doorstaan. Er wordt een audit met Least Authority geregeld, en de pool zal worden gelanceerd met beperkte, door het protocol beheerde liquiditeit en kleine test-swaps om de blootstelling tijdens de beginfase te beperken.”}}]}
Artikel geproduceerd met behulp van kunstmatige intelligentie en beoordeeld door de redactie.
