Verschillende Bitcoin-portefeuilles hebben meerdere opties voor het verzenden van een on-chain of een bliksembetaling, wat verwarrend kan zijn voor onervaren gebruikers.
Het onderstaande is een direct uittreksel van: Marty's Bent Issue #1181: “BIP21 is een no-brainer." Schrijf je hier in voor de nieuwsbrief.
Op dit moment is er een enorme UX-hindernis die bestaat voor gebruikers van verschillende bitcoin wallet-softwareleveranciers.
Een van de meer verhelderende gesprekken op het Bitcoin Takeover-evenement dat afgelopen vrijdag op de Bitcoin Commons hier in Austin werd gehouden, was een paneldiscussie tussen Lisa Neigut (c-lightning, Blockstream), Rockstar Dev (Strike, die lnd gebruikt) en Miles Suter (Cash App, die LDK gebruikt) onder leiding van Matt Odell over de uitdagingen van de interoperabiliteit tussen verschillende implementaties en de algehele UX bij het gebruik van het Lightning Network. Tijdens de discussie (die binnenkort openbaar zou moeten worden gemaakt) wendde het panel zich tot het onderwerp BIP21, een BIP waarvan ik niet op de hoogte was, maar waar ik erg enthousiast over ben nadat ik het begon te begrijpen.
Op dit moment is er een enorme UX-hindernis die bestaat voor gebruikers van verschillende bitcoin wallet-softwareleveranciers. De UX rond het verzenden en ontvangen van bitcoin-transacties on-chain en via het Lightning Network. Sommige portefeuilles zijn alleen aan de ketting, sommige zijn alleen verlicht en sommige stellen gebruikers in staat beide te gebruiken, maar dwingen u om handmatig tussen de twee te schakelen bij het verzenden en ontvangen. Voer BIP21 in, dat tot doel heeft deze UX-hindernis op te lossen door gebruikers optioneel te geven bij het verzenden. BIP21 zou QR-codes mogelijk maken waarmee portemonnee-aanbieders zowel een bliksemfactuur als een on-chain bitcoin-portemonnee-adres op één plek kunnen opnemen.
Wat nodig is om BIP21 als standaard naar voren te duwen, is dat meer bliksemnetwerkportefeuilles het gaan ondersteunen. Op dit moment, wanneer een bitcoin-gebruiker die een BIP21-portemonnee gebruikt, een QR-code scant van een portemonnee waarop BIP21 niet is ingeschakeld, ontvangen ze een foutcode die verwarrend kan zijn en tot UX-frictie leidt. Als er meer Lightning Network-wallets BIP21 inschakelen en gebruikers die alleen transacties on-chain verzenden een fallback on-chain-adres krijgen, zou dit een einde maken aan deze UX-frictie. Het beste deel is dat BIP21 achterwaarts compatibel is, dus er is geen manier waarop het de man in coma kan ontnemen die over tien jaar wakker wordt en een transactie uitzendt vanuit een portemonnee die hij in vele jaren niet heeft aangeraakt.
Daarnaast stelt BIP21 gebruikers in staat om een bewuste beslissing te nemen of ze willen verzenden via de protocollaag of het bliksemnetwerk. Indien geïmplementeerd, zou dit de noodzaak voor verschillende on-chain en LN UI-tabbladen moeten elimineren en het transactieproces tussen verschillende portefeuilles veel soepeler moeten maken.
De eerste stap naar het realiseren van deze voordelen is ervoor te zorgen dat elke portemonnee BIP21 QR-codes kan lezen. Van daaruit kan elk project ervaringen beginnen te creëren waarmee gebruikers BIP21-betalingscodes kunnen genereren. U moet brede ondersteuning krijgen voor het scannen voordat het zinvol is om brede ondersteuning te krijgen voor het genereren van deze betalingscodes. Ik hoop dat portemonnee-aanbieders dit in de nabije toekomst tot een prioriteit maken.
