De Matt Corallo huet virun e bësse méi wéi enger Woch e BIP proposéiert fir d'Koordinatioun vu Bitcoin Bezuelungen ze maachen. Bitcoin Bezuelungen maachen huet ëmmer eppes vun enger Erausfuerderung a punkto Koordinatioun presentéiert, souwuel on-chain an off-chain mat Protokoller wéi Lightning, aus verschiddene Grënn. Wann et ëm digital Systemer wéi E-Mail oder Bezuelsystemer wéi Paypal, Cashapp, asw geet, sinn d'Leit ganz gewinnt un d'Konzept vun engem eenzegen statesche Identifizéierer. Wann Dir dem John eng E-Mail wëllt schécken, da schéckt Dir einfach eng E-Mail op "john@[Domain insert]." Wann Dir dem John e puer Suen op Cashapp wëllt schécken, schéckt Dir just eng Bezuelung un @John op Cashapp.
Dëst ass d'Benotzererfarung mat där d'Leit vertraut sinn, a wann et ëm d'Verwäertung vum Benotzerverhalen an d'Erwaardunge mat Saachen kënnt, ass et onheemlech schwéier se an eng substantiell oder schaarf Ännerung an hirem Verhalen ze drécken. Wann Dir hinnen en Tool presentéiert dat dat erfuerdert, stellt et e grousse Grad vu Reibung a méi wéi méiglecherweis wäert et einfach déi meescht Leit disincentivéieren fir dat Tool ze benotzen.
On-Chain Bezuelungen lafen an e Problem mat dëser Erwaardung, net wéinst enger Onméiglechkeet e statesche Identifizéierer ze hunn (eng eenzeg Adress), mee wéinst de Privatsphär Implikatioune vun enger eenzeger On-Chain Adress ze posten an datt jiddereen mat deem Dir interagéiert benotzt dat fir Iech ze bezuelen. Et setzt Är ganz Bezuelungsgeschicht a Mënzbesëtz an der ëffentlecher Vue vu jidderengem. Wann Dir nëmme seelen ëmmer erëm Sue kritt, dh wann Dir bezuelt gëtt fir Aarbecht oder Bar Tabs mat Leit léist, ass et guer net eng Belaaschtung fir einfach Äre Portemonnaie opzemaachen an eng nei Adress ze generéieren fir ze kréien. Wann Dir awer dacks Sue kritt, speziell an Fäll wou Dir d'Bezuelung net direkt freet, ass dat eng sérieux Belaaschtung.
Dofir goufen Tools wéi BTCPay Server erstallt, fir d'Barrière fir d'Entrée ze senken fir d'Leit déi néideg Infrastruktur ze spinnen fir d'Empfang vun de Fongen ze automatiséieren ouni eppes naivt ze maachen wéi eng eenzeg Adress ze posten fir jiddereen deen Iech bezuelt fir nei ze benotzen. Wéi och ëmmer, dëst erfuerdert e Server deen dauernd online verfügbar ass. Wärend de Projet d'Bar vum erfuerderleche Verständnis drastesch erofgesat huet, ass et nach ëmmer eng héich Belaaschtung fir e Benotzer deen einfach fäeg ass passiv Sue kënnen ze kréien.
Datselwecht gëllt fir Lightning ausser méi schlëmm. Eng Rechnung ass nëmme gutt fir eng eenzeg Bezuelung. Am Géigesaz zu enger On-Chain Adress, déi ka weiderbenotzt ginn och wann et schrecklech Praxis ass, kann eng Lightning Rechnung net benotzt ginn. Wann d'Rechnung entweder bezuelt gouf oder ofleeft, wäert de Lightning Node a Fro all Versuch refuséieren et ze bezuelen. Dës Dynamik huet zu der Schafung vun der LNURL Spezifizéierung gefouert, souwéi Lightning Adressen drop gebaut. LNURL ass e Protokoll fir mat engem HTTP-Server ze verbannen iwwer eng statesch IP déi eemol gedeelt ka ginn fir eng tatsächlech Lightning Rechnung ze kréien fir vum Server ze bezuelen. Op erop bauen, Lightning Adressen sinn en Nummschema uewen op LNURL strukturéiert ähnlech wéi E-Mail Adressen: John@[Domain vum LNURL Server].
All dës Léisungen hunn Nodeeler. D'Ufuerderung fir en extra Stéck Software (en HTTP-Server) ze lafen, deen ëmmer online bleift zousätzlech zu Ärem Bitcoin Portemonnaie oder Lightning Node; eng Ufro un de BTCPay / LNURL Server ze maachen, leeft d'IP Adress vum Sender un den Empfänger; vertrauen op TLS Zertifizéierungsautoritéiten.
Benotzt just DNS
HTTP Server Tooling wéi LNURL wann se mat Lightning Adress gepaart benotzt Domainen fir d'Verbindung mam HTTP Server ze léisen. Ähnlech sinn BTCPay Servere all mat Domänen konfiguréiert anstatt réi IP Adressen ze benotzen. Dem Matt seng Asiicht ass firwat net nëmmen d'Ofhängegkeet vun HTTP ausschneiden an den Domain Name System selwer benotzen?
DNS erlaabt Iech TXT records mat engem bestëmmten Domain Numm ze associéieren, kleng mënschlech (oder Maschinn) liesbar Opzeechnungen ze kreéieren déi vun DNS-Server gefrot kënne ginn. A Kombinatioun mat Domain Name System Security Extensions (DNSSEC) DNS TXT records bidden e Mechanismus dee ka benotzt ginn fir Bezuelinformatioun ze froen ouni d'Iwwerhead an d'Belaaschtung vun engem HTTP-Server ze lafen, souwéi e bësse méi Flexibilitéit an Offenheet ze bidden. DNSSEC bitt eng Rei Tools fir d'kryptographesch Ënnerschrëft vun DNS-Entréen, dorënner TXT-Records, mat den DNS-Schlësselen, déi an der hierarchescher Struktur vun DNS inherent sinn. Dëst bitt eng Garantie datt den TXT-Rekord, deen Dir ufrot, de Rekord ass, ënnerschriwwen a verdeelt op nidderegen Niveau DNS-Server vum lokalen Root-Server/Schlëssel.
Dëst kritt de richtege Virdeel vun DNS als Mëttel fir d'Bezuelungsdaten ze sichen: Äddi op d'Ufuerderung fir en HTTP-Server ze lafen. En TXT-Rekord kann eng Bitcoin-Adress op der Kette codéieren (obwuel de BIP speziell GÉINT recommandéiert dëst ze maachen wann Dir net fäeg sidd regelméisseg nei Adressen ze rotéieren fir d'Adress Wiederverwendung ze vermeiden), awer méi wichteg kann et och e BOLT 12 Lightning Offer enthalen.
Dës Opzeechnunge kënnen vun all DNS-Server gesammelt ginn, Ären eegene lokale, Ären ISP, souguer en ëffentleche Server wéi Google oder Cloudflare. Vun dësem Basispunkt gëtt een Defizit vun HTTP-baséiert Léisungen geléist; Dir leeft Är IP Adress net méi un déi Persoun déi Dir probéiert ze bezuelen. Elo, am Fall vun Ärem DNS vun Ärem ISP oder engem ëffentleche Server wéi Google oder Cloudflare ouni VPN oder Tor ze benotzen, verroden Dir Är IP Adress hinnen; d'BIP encouragéiert kloer Ënnerstëtzung fir DNS-Resolutioun iwwer e VPN oder Tor fir speziell dëse Grond.
D'Kombinatioun vun dëser Propositioun mat BOLT 12 läscht de Besoin fir Niewesoftware ze lafen, déi e ganz reelle Sécherheetsbesuergung fir onsophistikéiert Benotzer stellt, an erlaabt de Besëtz vun engem Domain eleng fir de Benotzer alles ze ginn wat se brauchen fir e Mechanismus ze hunn fir Bezuelinformatioun mat engem einfache Mënsch ze fannen liesbar Identifizéierer. BOLT 12 erfuerdert keen HTTP-Server, handhabt déi aktuell Rechnungsliwwerung iwwer Zwiebel-routéiert Verbindungen direkt duerch de Lightning Network, an ënnerstëtzt Offeren, e statesche Identifizéierer dee benotzt ka ginn fir eng Zwiebelroute zu deem Lightning Node ze fannen. De Problem ass datt d'Offer als e massive zoufälleg scheinbar String kodéiert ass wéi eng Rechnung selwer, wat et e schreckleche mënschlecht liesbaren / benotzbare Identifizéierer mécht ausser duerch d'Benotzung vun QR Coden oder Kopie a Paste.
Andeems Dir eng Offer an engem DNS TXT-Rekord späichert, ass alles wat e Benotzer brauch fir eng Bezuelung ze maachen, d'Domain vun engem fir an hire Portemonnaie ze tippen, sou datt et den TXT-Rekord ka sichen, d'BOLT 12 Offer erofhuelen an dann d'Bezuelung maachen. Si brauche kee Server ze hosten oder eng aner Software wéi hire Lightning Node auszeféieren, den DNS System handhabt alles fir si souwäit wéi hir BOLT 12 ze hosten Offer een deen d'Benotzer déi se bezuelen wëllen fannen.
Ass dëst e perfekt vertrauenslosen System? Nee Ass et vill besser wéi HTTP-baséiert Systemer? Absolut. De Problem mat Themen wéi dëst ass datt et eng gewëssen Erwaardung vun UX a Verhalen ass, déi déi meescht Leit hunn, souwäit digital Systemer an hirem Kapp solle schaffen. Ouni dës UX ze replizéieren, benotze grouss Gruppe vu Leit einfach Alternativen déi dës UX Erwaardung entspriechen. Gitt dës Realitéit, am Versuch, Bitcoin an d'Këscht vun dësen UX Erwaardungen ze passen, sollt d'Designziel sinn dës Benotzerbedürfnisser ze treffen mat der minimaler Quantitéit u Vertrauen, déi op d'Benotzer gesat gëtt, an de minimale Potenzial fir Verloscht vu Privatsphär op nei Weeër. Ech mengen dem Matt säi BIP kontrolléiert all dës Këschte am Verglach mat existente Léisungen.
Quell: https://bitcoinmagazine.com/technical/using-dns-to-coordinate-bitcoin-payments