Bitcoin-ontwikkelaars willen de knop 'vervang deze transactie door een met hogere vergoeding' repareren. Dit is waarom
Een nuttige functie om transacties te versnellen is overbodig geworden en vormt een "vingerafdruk" voor tracking. Ontwikkelaars willen deze nu afschaffen.
- Bitcoin-ontwikkelaars willen de expliciete replace-by-fee (RBF) signalering uit walletsoftware verwijderen omdat full-RBF nu de standaardbeleid is, waardoor de oude opt-in vlag overbodig wordt.
- Het behouden van het legacy RBF-signaal creëert onnodige on-chain vingerafdrukken die kunnen onthullen welke walletsoftware is gebruikt.
- Ontwikkelaars coördineren op een gemeenschappelijk standaard invoernummer voor sequenties, waarschijnlijk de reeds dominante MAX-2, zodat transacties van verschillende wallets vergelijkbaar zijn en moeilijker te traceren.
Jarenlang vertrouwden gebruikers die hun transacties op de Bitcoin-blockchain wilden versnellen op een handige optionele functie die in wezen zegt: "Ik wil deze transactie mogelijk vervangen door een met een hogere vergoeding."
Maar wat begon als een nuttig hulpmiddel, is overbodig geworden en vormt een klein privacyprobleem, waardoor sommige ontwikkelaars mogelijke manieren bespreken om er vanaf te komen.
Laten we eerst kijken naar het zogenaamde replace-by-fee (RBF) signalering, en daarna de voorstellen van de ontwikkelaars bespreken.
Replace by fee (RBF) signalering
Stel je voor dat je een papieren cheque per post verstuurt, maar het postsysteem is overbelast en congestief. Om te zorgen dat je betaling niet vastloopt, heeft de cheque een klein selectievakje waarop staat: "Ik behoud het recht om deze cheque te annuleren en een nieuwe te schrijven met een hogere spoedvergoeding als deze wordt vertraagd." (De hogere vergoeding is natuurlijk een stimulans voor het postsysteem om jouw transactie voorrang te geven.)
Een dergelijke functie wordt Replace-by-Fee (RBF) genoemd in het Bitcoin-ecosysteem. Jarenlang kon je bij het verzenden van bitcoin in je wallet een schakelaar omzetten, waarmee je het netwerk signaleerde dat je de transactie later mogelijk met een hogere vergoeding wilde versnellen.
Deze optionaliteit werd recent de standaardnetwerkpolicy. Het netwerk begon standaard elke transactie te behandelen als vervangbaar tegen een hogere vergoeding, ongeacht of de gebruiker had gekozen voor een vervanging.
Omdat het hele netwerk nu automatisch transactievervangingen afhandelt, is de expliciete "vervang later"-signalering in Bitcoin-wallets overbodig geworden — een rudimentaire code die onnodige digitale sporen van de betrokken wallet in de transactie achterlaat.
Dus stellen ontwikkelaars een codewijziging voor om dit signaleringsmechanisme uit de portemonnee-software te verwijderen.
"Er is een intentie in de bitcoin core wallet om de BIP 125 RBF-signaleringsfunctie te verwijderen in transacties waarvoor een PR is ingediend. De voornaamste reden voor deze verwijdering is dat deze signalering overbodig is geworden sinds full-RBF de standaardpolicy werd," ontwikkelaar rkrux gepost naar de developer-mailinglijst.
Camouflage-problemen
Het implementeren hiervan vereist zorgvuldige planning, omdat als verschillende wallets deze vervangingsfunctie op verschillende manieren verwijderen, de transacties die via deze wallets worden verwerkt er on-chain verschillend uit zullen zien, wat ze gemakkelijk traceerbaar maakt.
Let op dat het verwijderen van een signaal misschien eenvoudig klinkt, alsof je een sticker van een doos of een knop van een scherm verwijdert, maar dat is niet het geval bij Bitcoin, waar het signaal een verplicht veld is dat met een waarde moet worden ingevuld.
Communitydeelnemer Murch legde uit waarom het gewoon verwijderen niet zo eenvoudig is, zeggend dat 'stoppen met het signaleren van verwisselbaarheid het doet klinken alsof het neerkomt op het achterlaten van een vingerafdruk, maar... elke verzender moet voor elke input een volgorde kiezen.'
Met andere woorden, wallets kunnen daar niet gewoon "niets" hebben; de code vereist dat u een nummer kiest. Murch merkte op dat aangezien ongeveer 75% van de transacties reeds één specifieke code gebruikt, meestal MAX-2, de beste manier om te verbergen is om zich hierbij aan te sluiten in plaats van het anders te proberen en op te vallen.
"Het standaard invoervolgnummer moet degene zijn die door de bredere walletgemeenschap als beste praktijk wordt afgesproken," zei rkrux.
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
CEX trading volumes rose for the first time in five months in June, with spot climbing 15.3% to $1.11T and RWA perpetual volumes surging to a record $311B.
CEX trading volumes rose for the first time in five months in June, with spot climbing 15.3% to $1.11T and RWA perpetual volumes surging to a record $311B.
Waarom het belangrijk is:
CEX trading volumes rose for the first time in five months in June, with spot climbing 15.3% to $1.11T and RWA perpetual volumes surging to a record $311B.
