Bitcoin tylūs mokėjimai: maži duomenys, paslėpta mokėjimo rizika
„Silent Payments“ žada daugkartinį Bitcoin adresą, neatskleidžiant akivaizdžios mokėjimų grandinės šiuo adresu. Siuntėjas naudoja gavėjo viešą informaciją, kad gautų naują Taproot paskirties vietą, o gavėjo piniginė vėliau nuskaito tinkamas operacijas, kad surastų jai priklausančią išvestį.
Šis nuskaitymo gavimas buvo sudėtinga telefonų dalis. Rugsėjo mėn. matavimo projektas praneša, kad „BlindBit Oracle v2“ visiškam nuskaitymo šaltiniui per dieną prireiks maždaug 8 MB duomenų rinkinio viršuje. Skaičius rodo, kad mobiliojo ryšio pralaidumas gali būti valdomas. Tai taip pat pabrėžia atskirą riziką: lengva piniginė priklauso nuo indeksatoriaus, kad būtų pateikti visi nuskaitymo duomenys, o praleistas įrašas gali likti neatrastas tikras mokėjimas.
Todėl atsirandantis kompromisas susijęs ne tik su neapdoroto atsisiuntimo dydžiu, o su tuo, ką gali patikrinti piniginė. Duomenys gali tilpti per telefono ryšį. Piniginei vis tiek reikia patikimo būdo, kad sužinotumėte, ar atkeliavo kiekvienas atitinkamas gabalas.
Ką nustato matavimai
Projektas apdorojo kiekvieną Bitcoin bloką nuo 709 656 iki 965 089 aukščio, įskaitant 255 434 blokus nuo netrukus po Taproot aktyvinimo iki 2026 m. rugsėjo mėn. Jo bloko CSV yra tiek pat eilučių su tomis tiksliomis aukščio ribomis.
Visoje istorijoje visas „BlindBit v2“ nuskaitymo naudingas krovinys sudarė 15 079 946 729 baitus. Projektas praneša, kad kaip 15,08 GB, vidutiniškai 59,0 KB vienam blokui. Ši visos istorijos suma apibūdina atkūrimą visame išmatuotame diapazone.
Kasdienis skaičius atsako į kitą klausimą. Naudodamas vidurkį nuo 900 000 iki 965 089 aukščių ir numanomus 144 blokus per dieną, projektas apskaičiuoja apie 8,0 MB piniginei, sekančiai grandinę netoli duomenų rinkinio viršutinio galo. Jame neaprašomas pradinis istorinis atsisiuntimas.
Saugyklą sukūrė vienas nepriklausomas operatorius. Jo duomenys ir scenarijai yra vieši, o bendrą eilučių skaičių ir naudingos apkrovos sumas galima patikrinti iš CSV, tačiau antrasis operatorius dar turi paskelbti visą pakartotinį paleidimą. Rezultatas kalba apie pralaidumo tūrį; jis nematuoja telefono baterijos naudojimo, procesoriaus apkrovos, saugojimo elgsenos ar pristatymo delsos.
Projekte taip pat numatomas lengvesnis filtro maršrutas. Maždaug 0,94 GB sumodeliuotų „Taproot“ filtrų ir maždaug 6,2 GB neapdorotų pakeitimų sudaro 7,14 GB tarpinę sumą. 15,08 GB pilnas tiekimas yra maždaug 2,1 karto didesnis nei tarpinė suma. Tada filtro maršrutas prideda viso bloko atsisiuntimą kiekvienoms rungtynėms, įskaitant klaidingus teigiamus rezultatus, todėl jo realizuotas srautas priklauso nuo piniginės veiklos ir atitikties rodiklio.
| Maršrutas | Palyginimo pagrindas | Papildomas srautas |
|---|---|---|
| BlindBit v2 pilnas tiekimas | 15,08 GB per visą išmatuotą istoriją; apie 8 MB per dieną pagal pastarojo meto sąmatą | Nuskaitymo metu nėra suderintų blokų gavimo |
| Sumodeliuotas Taproot filtras ir pataisymai | Apie 7,14 GB per visą išmatuotą istoriją | Visas blokas kiekvienai filtro atitikčiai |
Filtro komponentas yra modelis, sukurtas iš tikslaus bloko elementų skaičiaus. Jo dydžio formulė buvo patikrinta pagal 21 tikrą filtro koduotę ir pagal projektą buvo maždaug 0,5 %. Tik „Taproot“ tylių mokėjimų filtras dar turi būti įdiegtas.
Kaip indeksuotojas gali padaryti mokėjimą nematomą
BIP-352 apibrėžia daugkartinio naudojimo adresą ir imtuvo nuskaitymą. Kiekvienai tinkamai operacijai piniginė sujungia privatų nuskaitymo raktą su viešaisiais duomenimis, gautais iš operacijos įvesties. Jis naudoja rezultatą, kad sugeneruotų kandidatų išvesties raktus ir patikrina, ar jie rodomi operacijoje.
Visas mazgas gali gauti tuos duomenis iš blokų grandinės. Lengvai piniginei reikia kito šaltinio. Vykdomo darbo indekso serverio specifikacijoje aprašomi serverio palaikomi modeliai, kurie perkelia skirtingą darbo ir informacijos kiekį nuo įrenginio.
Vienas modelis vis derinamas telefone ir prašo serverio viešai patobulinti. Taip galima išvengti asmeninio nuskaitymo rakto bendrinimo, tačiau serverio atsakymas vis tiek turi būti baigtas. Jei vieno pakeitimo, reikalingo gaunamam mokėjimui, nėra, piniginė nesukuria tinkamos paskirties vietos ir nerodo kvito.
2025 m. liepos mėn. atidarytas „Cake Wallet“ leidimas išanalizavo, kaip gali išlikti nesėkmė. Žurnalistas rašė, kad klientas, gavęs neišsamius duomenis, gali išsaugoti vėlesnį vietinį nuskaitymo aukštį. Jei tada piniginė laikys ankstesnį diapazoną baigtu, prisijungus prie kito serverio ji automatiškai neprašytų trūkstamo bloko. Problemos puslapyje nerodomas tos architektūros analizės prižiūrėtojo patvirtinimas, taip pat nedokumentuojamas tyčinis jokio serverio sulaikymas.
Pati išvestis galioja Bitcoin. Gavėjo raktai vis tiek jį valdo. Atradimą galima atkurti iš naujo nuskaitant iš ankstesnio aukščio, naudojant išsamų, sąžiningą šaltinį arba naudojant viso mazgo nuskaitymą. Vartotojui kylantis pavojus yra tyla: piniginėje gali būti rodomas visiškas sinchronizavimas, nerodant, kad istorinius duomenis reikėtų peržiūrėti iš naujo.
Projektas siūlo grandininius įsipareigojimus kiekvieno bloko kanoniniam pakeitimų rinkiniui. Galima palyginti du serverius, skelbiančius įsipareigojimus, o išoriškai pritvirtintas kontrolinis taškas gali atskleisti vėlesnį perrašymą arba klaidingumą. Taip sukuriama audito seka. Pirmasis klientas, pasikliaujantis vienu atsakymu, vis tiek gali gauti neišsamų rinkinį, kol nepriklausomas palyginimas atskleis neatitikimą.
Pasitikėjimo pasirinkimas jau pasiekia pinigines
Standartinis paveikslėlis turi du sluoksnius. BIP-352 būsena yra baigta, kuri apima pagrindinį tyliųjų mokėjimų protokolą. Jo priede „Light-Client“ privatumą išsaugantis palaikymas telefonu vis dar apibūdinamas kaip atviras tyrimas. Naujasis suvienodintas lengvojo kliento dokumentas žymimas prieš 0.1 versijos projektą, o priėmimo ir sąveikos darbai dar laukia.
Piniginės kūrėjai tuo tarpu pristatė skirtingus serverio ryšius. Sparrow Wallet 2.5.0, išleista 2026 m. gegužės mėn., pridėjo tyliųjų mokėjimų priėmimo ir automatinio viešojo fregatos serverio pasirinkimo funkciją. „Frigate“ apibūdina savo dizainą kaip nuotolinį skaitytuvą, kuris serverio infrastruktūroje atlieka suderinimą su trumpalaikiais kliento nuskaitymo raktais.
WIP indekso specifikacijoje „Cake Esplora“ susieta su „Cake Wallet“ ir „BlindBit Oracle“ klientai pateikiami „Dana Wallet“, „BDK with Kyoto“ ir „BlindBit Desktop“. Dana ir Silentium savo mobiliuosius projektus apibūdina kaip eksperimentinius. Tie įgyvendinimo šaltiniai nereikalauja, kad būtų priimtas rugsėjo mėn. išankstinis projektas.
Vartotojui šie dizainai apibrėžia ne tik sinchronizavimo greitį. Nuotolinis skaitytuvas gali sužinoti, kurios operacijos priklauso piniginei. Patobulintas serveris gali išlaikyti asmeninį suderinimo darbą telefone, o piniginė paliekama priklausoma nuo viso tiekimo. Asmeninė, visu mazgu paremta paslauga perkelia ir skaičiavimus, ir pasitikėjimą naudotojo valdoma infrastruktūra.
Dėl išmatavimų pasirinkta pralaidumo dalis atrodo mažiau draudžianti. Platesnis pritaikymas vis dar priklauso nuo antrosios savybės: piniginė turi sugebėti aptikti neišsamią istoriją, kol gaunamas mokėjimas dingsta iš jos akiračio. Tylus mokėjimas gali paslėpti adresų pakartotinį naudojimą grandinėje, tačiau telefonų piniginėms reikia apsaugos priemonių, kad privatumas netaptų nauja serverio pasitikėjimo forma.
