Wallets en bewaring: wie beheert de sleutels?

Begin bij bevoegdheid

Een wallet is een hulpmiddel om met een blockchain te werken en de sleutels of ondertekeningsregelingen te beheren die handelingen autoriseren. Bij zelfbewaring beheert de gebruiker de relevante toegangsgegevens. Bij bewaring door een derde beheert een andere organisatie deze en schrijft zij tegoeden bij op naam van de klant onder haar eigen voorwaarden. Op een telefoonscherm kunnen beide er hetzelfde uitzien. Daarom zegt alleen het scherm heel weinig over wettelijke rechten of herstelmogelijkheden.

Stel een praktische vraag: als de website van de aanbieder morgen verdwijnt, waarmee kun je dan bij de activa? Een herstelzin kan een compatibele wallet in eigen bewaring weer toegang geven tot ondertekening. Een gebruikersnaam en wachtwoord voor een bewaarplatform geven doorgaans niet dezelfde onafhankelijke mogelijkheid. Omgekeerd kan een bewaarder accountherstel bieden dat bij eigen bewaring niet mogelijk is.

Hot, cold en het ondertekeningsproces

Een hot wallet heeft sleutels of ondertekeningsmogelijkheden die toegankelijk zijn via een omgeving met internetverbinding. Koude opslag probeert ondertekeningsgeheimen offline te houden. Een hardwarewallet kan sleutelmateriaal beschermen, maar maakt niet elke transactie veilig. Als iemand een onbedoelde overdracht of een gevaarlijke contractmachtiging goedkeurt, voert het veilig ondertekenen daarvan nog steeds de verkeerde beslissing uit.

Een herstelzin is geen gewone informatie voor probleemoplossing. Wie deze bemachtigt, kan mogelijk de controle overnemen zonder je platformwachtwoord te kennen. Echt ogende supportgesprekken, gesponsorde zoekresultaten, browserextensies en nepupdates kunnen allemaal toegangspunten voor diefstal zijn. Een screenshot die in een cloudaccount is opgeslagen, kan een extra route naar het geheim creëren. Beveiliging vereist nadenken over het hele proces, niet alleen een apparaat kopen.

Bewaring omvat contracten en faalscenario's

Onderzoek bij een bewaarder de juridische entiteit, voorwaarden voor vermogensscheiding, opnamevoorwaarden en behandeling bij faillissement. Marketingtermen zoals institutionele kwaliteit specificeren niet welke juridische aanspraak een klant heeft. Verzekeringen kunnen limieten en uitsluitingen hebben, en een andere begunstigde dan de individuele klant. Ook informatie over proof of reserves geeft op zichzelf geen volledig beeld van verplichtingen of alle bezwaringen.

Onderzoek bij zelfbewaring de houdbaarheid van back-ups, regelingen voor erfopvolging, apparaatstoringen en de mogelijkheid van ondertekeningsfouten. Ingewikkeldere systemen kunnen hun eigen operationele fouten introduceren. Een inrichting die iemand vandaag begrijpt, kan onbruikbaar zijn voor een toekomstige executeur of voor diezelfde persoon na verlies van een apparaat. Het relevante doel is een begrijpelijk, getest proces, niet maximale complexiteit.

Netwerken, adressen en registraties

Een tokensymbool is onvoldoende om een overdrachtsroute te identificeren. Vergelijkbare namen kunnen op meerdere netwerken bestaan, en ontvangende diensten ondersteunen mogelijk alleen specifieke versies. Sommige bestemmingen vereisen een extra memo of tag. Een adres dat geldig lijkt, bewijst niet dat het van de bedoelde ontvanger is. Klembordmalware en trucs met adresvergiftiging misbruiken oppervlakkige visuele controles.

Een educatieve overdrachtschecklist scheidt het bedoelde activum, netwerk, bestemming, extra routeringsvelden, kosten en bevestigingsvereiste. Een kleine testoverboeking kan sommige fouten onthullen, maar garandeert niet dat een latere transactie veilig is of dat een adres niet is veranderd. Bewaar transactie-identificatoren en kostengegevens voor aansluiting. Belasting- en rapportagevereisten verschillen per locatie; activa tussen rekeningen verplaatsen mag zonder lokale begeleiding niet worden verward met het berekenen van belastbare winsten.

Toestemming geven is iets anders dan betalen

Bij ERC-20 kan een goedkeuring een bepaald contract toestemming geven om tokens tot een limiet uit te geven. Het saldo hoeft daarbij nog niet te veranderen. De standaard onderscheidt zulke toestemmingen van overdrachten. Een onveranderd saldo bewijst dus niet dat een handtekening zonder gevolgen was.

Een fictieve wallet bevat 1.200 eenheden en de eigenaar wil er 60 ruilen. Het verzoek kan voor 60 gelden of een veel ruimere bevoegdheid geven. Splits de beoordeling: wat wil ik nu uitvoeren, en wat mag het contract daarna nog? Controleer token, bevoegd contract en bedrag. Een bekende appnaam is geen zelfstandig bewijs van de contractidentiteit.

Een website loskoppelen van de wallet verwijdert niet noodzakelijk eerder vastgelegde toestemming op de blockchain. Toestemming intrekken haalt eerdere betalingen evenmin terug. Sommige bevoegdheden berusten op afzonderlijke ondertekende berichten. Een veiligheidsinventaris moet daarom niet alleen saldi bevatten, maar ook wie nog namens een rekening mag handelen.

Herstel oefenen zonder geheimen te delen

Een herstelplan moet begrijpelijk blijven als je gewone apparaat ontbreekt en je onder druk staat. Het beschrijft stappen en verantwoordelijken zonder onnodig instructies en geheimen samen te brengen. Echte privésleutels en herstelzinnen horen niet in een gedeeld leerlogboek, demonstratiescreenshot of supportgesprek.

Loop drie situaties op papier door: verloren telefoon, overgenomen onlineaccount en onbereikbare bewaarplaats van een back-up. Welke middelen blijven over? Twee kopieën in dezelfde tas kunnen tegelijk verdwijnen; twee back-ups in hetzelfde cloudaccount hangen van dezelfde toegang af. Meer kopieën zijn niet automatisch meer onafhankelijke herstelmogelijkheden.

Het doel is geen steeds ingewikkelder systeem. Zoek de tegenspraak: heeft het plan juist de voorziening nodig die bij het bedoelde incident uitvalt? Een eenvoudige, uitlegbare procedure kan nuttiger zijn dan een technisch indrukwekkende opzet die niemand onder stress kan bedienen.