Trezor overweegt stateless signatures als standaard bij Bitcoin-upgrade

Wat er gebeurde

Trezor zegt dat het stateless signatures als standaard wil instellen wanneer Bitcoin SHRINCS invoert. SHRINCS is een voorstel voor hash-gebaseerde handtekeningen van Blockstream-onderzoeker Jonas Nick en cryptograaf Mikhail Kudinov.

In SHRINCS bestaan twee varianten: stateless signatures die opnieuw gebruikt kunnen worden en stateful signatures die afhangen van een reeks eenmalige sleutels. Bij stateful signatures kan per ongeluk hergebruik van een eenmalige sleutel informatie prijsgeven. Dat kan een aanvaller in staat stellen een geldige handtekening te maken en fondsen te besteden. Daarom moet walletsoftware die stateful gebruikt die sleutels nauwkeurig bijhouden en randgevallen afhandelen.

Trezor-CTO Tomáš Sušánka zei dat het bijhouden van die state niet de verantwoordelijkheid van de gebruiker moet zijn. Hij noemde ook een praktisch probleem bij stateful systemen: twee Trezor-apparaten met dezelfde recovery seed kunnen niet altijd exact bijhouden welke sleutels al zijn gebruikt. Sušánka zei dat stateful signatures ongeveer tien keer kleiner zijn, wat hij een belangrijke grootteverschil vindt. Stateless signatures vermijden het risico van sleutelhergebruik, maar zijn groter en kunnen het ondertekenen vertragen en transactiekosten en efficiëntie beïnvloeden.

Trezor levert nu de Trezor Safe 7 met post-quantum cryptografie voor apparaatauthenticatie. Dat beschermt de authenticatie van het apparaat, maar maakt Bitcoin-transacties nog niet post-quantum veilig. Transacties krijgen pas post-quantum bescherming als Bitcoin zijn eigen handtekeningensysteem upgrade. Bitcoin heeft nog geen afgesproken quantum-resistente upgrade. De voorstellen blijven in conceptfase. Sušánka riep ontwikkelaars op vroeg migratie-opties te bieden, omdat het verplaatsen van mogelijk miljoenen gebruikers tijd kost en mogelijk compromissen vereist.

Waarom dit telt

Voor beleggers en gebruikers van Trezor betekent dit dat de standaardkeuze in toekomstige firmware kan veranderen, met gevolgen voor veiligheid en transactiekosten. De keuze tussen stateless en stateful raakt zowel gebruikerservaring als technische risico’s rondom sleutelbeheer.