[ad_1]
Ang Bitcoin ay isa sa mga pinakamahalagang tagumpay sa buong digital age sa mga tuntunin ng paglilipat ng halaga sa pagitan ng isang tao at isa pa. Hindi ito nangangailangan ng mga tagapamagitan. Ito ay sinisiguro ng isang desentralisadong korum ng mga minero at pinapatunayan ng bawat kalahok sa community na pipiliin upang magarantiya ang bisa ng mga indibidwal na pagbabayad. Ang arkitektura ng system ay idinisenyo upang payagan ang sinuman mula sa kahit saan sa planeta na makatanggap ng pera mula sa sinuman saan man sila naroroon. Ang crowdfunding, charity, pagpopondo ng anumang gusto mo ay nagiging posible kaagad nang hindi nangangailangan ng pahintulot ng sinuman, nang hindi nakikitungo sa sinumang gatekeeper, nang walang anumang purple tape. Ito ay isang napakatalino na ideya sa teorya, ngunit sa katotohanan, ito ay naghihirap mula sa isang napakalaking pagkukulang: privateness.
Bilang isang push based mostly na sistema ng pagbabayad (walang sinuman ang pinapayagang “pull” ng mga pagbabayad mula sa iyo, kailangan mong hayagang pahintulutan ang mga ito sa iyong sarili at “itulak” ang mga ito sa ibang tao), hinihiling ng Bitcoin sa nagpadala na magkaroon ng impormasyong kinakailangan upang tukuyin ang patutunguhan para sa. pera na ipinapadala nila. Nangangailangan ito na ipaalam ng tatanggap sa nagpadala ang kanilang Bitcoin deal with sa isang paraan o iba pa. Sa kaso ng pagsubok na makalikom ng pera mula sa pangkalahatang publiko, ito ay could napakalaking kahihinatnan sa mga tuntunin ng pagkapribado o pangangailangan na mapanatili ang isang palaging interactive na presensya on-line. Kahit sino ay ganap na could kakayahang mag-post lamang ng isang Bitcoin deal with sa isang lugar on-line, at mula sa puntong iyon, ang sinumang gustong magpadala ng pera sa taong iyon ay maaaring gawin ito, ngunit walang privateness sa paglikom ng pera sa ganitong paraan. Kunin lang ang deal with na iyon at hanapin ito sa blockchain, at hindi mo lang makikita kung gaano karaming pera ang naipadala sa taong iyon, ngunit makikita mo ang footprint sa blockchain ng lahat ng nagpadala sa kanila ng pera. Parehong ang taong nagtatangkang makalikom ng pondo at lahat ng nag-donate sa kanila ay walang anumang privateness; ang lahat ay ganap na bukas at nakakaugnay para makita ng buong mundo.
Ang tanging alternatibo upang tugunan ang muling paggamit sa anyo ng pag-post ng isang solong static na deal with sa publiko ay nangangailangan ng pagpapatakbo ng isang server na nananatiling on-line parati upang ang mga tao ay makahiling ng isang bagong hindi nagamit na deal with sa tuwing could bagong gustong magbigay ng pera. Bagama’t maaaring hindi mukhang isang problema na magkaroon ng isang bagay on-line sa lahat ng oras sa digital age, ito ay dumating sa isang gastos at kumplikado, lalo na kung ang isang tao ay sumusubok na patakbuhin ito sa kanilang sarili sa bahay sa kanilang sariling {hardware}. At paano naman ang mga taong could cellular system lang? Halos imposible sa mga araw na ito, na could mga kasalukuyang function ng working system, na i-optimize ang paggamit ng baterya upang panatilihing tumatakbo ang isang bagay sa background sa buong araw, at kahit na magagawa mo, mauubos nito ang baterya.
BIP47
Pumasok BIP47 ni Justus Ranvier. Ang layunin ng panukalang ito ay paganahin ang isang paraan para ang isang tao ay makapag-post ng sapat na impormasyon sa publiko upang makatanggap ng mga pondo mula sa sinumang pipili, nang hindi sapat ang pampublikong impormasyon na iyon upang (1) subaybayan kung magkano ang pera ng taong nag-post. nakatanggap ito at (2) isiniwalat sa publiko ang anumang impormasyon tungkol sa kung sino ang nagpadala ng mga pondo sa taong humihiling sa kanila. Ang pangunahing ideya ay ang pagkuha ng pampublikong naka-post na impormasyon (o code ng pagbabayad) at, mula doon, pagsamahin ang kanilang sariling code ng pagbabayad upang makabuo ng bagong hanay ng mga deal with na maaaring gawin ng tatanggap ng mga pribadong key. Ang bagong hanay ng mga deal with na ito ay partikular sa relasyon sa pagitan ng nag-iisang nagpadala at ng tagatanggap, sa tuwing ginagamit ng bagong nagpadala ang protocol na ito upang magpadala ng pera sa isang tagatanggap, bubuo ito ng bagong hanay ng mga deal with na natatangi sa kanilang dalawa.
Sa isang mataas na antas, ang pangkalahatang daloy ay sumusunod: Ang taong gustong makatanggap ng pera ay bumubuo ng isang bagong pinalawak na pampublikong key mula sa kanilang HD pockets sa isang bagong landas ng pinagmulan at ini-publish ito sa publiko. Ang bagong pampublikong key na ito ay gumagana bilang kanilang “code sa pagbabayad.” Mula rito, kukunin ng isang taong gustong magpadala sa kanila ng pera ang bagong code ng pagbabayad na ito, at nasa kanila ang lahat ng impormasyong kinakailangan upang makabuo ng mga bagong deal with para magpadala ng pera. Ang problema ay gayunpaman, ang nagpadala ay kailangang ipaalam ang kanilang sariling impormasyon sa code ng pagbabayad sa tatanggap, kung hindi, hindi nila magagawang buuin ang pribadong key na kailangan upang aktwal na gastusin ang mga pondong ipinadala sa kanila. Nangangailangan ito ng espesyal na “transaksyon ng notification.”
Sabihin na gusto ni Alice na makipagtransaksyon kay Bob gamit ang mga code sa pagbabayad. Pumili si Alice ng UTXO na ipapadala sa notification deal with ni Bob, mula rito ay kinukuha niya ang pribadong key na nauugnay sa UTXO na ito at ang pampublikong key na nauugnay sa notification deal with ni Bob. Pinagsasama-sama niya ang mga ito upang lumikha ng isang lihim na susi sa pagbulag. Sa pamamagitan nito, maaari niyang i-encrypt ang kanyang code sa pagbabayad at i-encode ang mga ito sa isang OP_RETURN na output. Nangangahulugan ito na si Bob, na dinadala ang pribadong susi sa kanyang deal with ng abiso at ang pampublikong susi ng ginugol na enter ni Alice, ay ang tanging tao na makakapag-decrypt at makakabasa ng impormasyong ito. Gumagana ito dahil ang pagpaparami ng pribadong susi ni Alice sa pampublikong susi ni Bob ay gumagawa ng parehong halaga gaya ng pagpaparami ng pribadong susi ni Bob sa pampublikong susi ni Alice.
Makakakuha na ngayon sina Alice at Bob ng bagong hanay ng mga deal with na silang dalawa lang ang nakakaalam, at maaari na ngayong magpadala si Alice ng anumang dami ng mga transaksyon kay Bob gamit ang isang bagong deal with sa bawat pagkakataon nang walang sinumang panlabas na tagamasid na nakakaalam ng ugnayan sa pagitan nila. Might pangalawang variation kung saan, sa halip na magpadala ng output sa notification transaction ni Bob, gagawa si Alice ng pagbabagong output sa kanyang sarili gamit ang 1-of-2 multisig kung saan ang isang key ay ang kanyang change deal with, at ang pangalawa ay ang fee code identifier ni Bob. A ikatlong pagkakaiba-iba gumagamit ng 1-of-3 multisig na output upang i-encode ang kinakailangang impormasyon bilang kapalit ng OP_RETURN. Maliban doon, ang mga bagay ay gumagana nang pareho.
Ang isang pagkukulang ng BIP47 ay ang pangangailangang gumamit ng blockspace upang magpadala ng isang espesyal na transaksyon na nag-aabiso sa isang tatanggap na sila ay tatanggap ng pera bago ito aktwal na gastusin. Nawawala ito sa pagiging napaka-inefficient para sa mga kaso ng paggamit kung saan sinusubukan lamang ng isang tao na magpadala ng isang pagbabayad. Mayroon ding panganib na aktibong makapinsala sa privateness kung ang UTXO na ginamit para sa transaksyon ng notification ay konektado sa mga UTXO na ginamit upang magbayad sa mga BIP47 deal with ng isang tao. Dapat gawin ang pangangalaga upang matiyak ang paghihiwalay sa pagitan ng dalawang bagay na ito upang hindi lumikha ng mga ugnayan na maaaring masubaybayan sa chain at nauugnay na pagmamay-ari ng mga UTXO na nagreresulta mula sa magkakaibang mga pagbabayad.
Mga Tahimik na Pagbabayad
Mga tahimik na pagbabayad ay ang pinakabagong ideya ni Ruben Somsen. Epektibo nitong nilulutas ang parehong problema gaya ng BIP47 nang hindi nangangailangan ng transaksyong abiso na could kapalit ng pangangailangang mag-scan ng higit pang mga transaksyon upang makita ang mga pagbabayad na ginawa sa tatanggap. Ang ideya ay halos magkapareho: Nag-publish ka ng isang piraso ng pampublikong impormasyon, at mula doon, ang isang nagpadala ay makakagawa ng isang bagong deal with na tanging ang tatanggap lamang ang makakagawa muli. Ang pagkakaiba ay nasa mga detalye ng pagpapatupad.
Ang receiver ay nag-post ng isang “tahimik” na pampublikong susi sa ilang naa-access na lokasyon, at pagkatapos ay kukunin ito ng nagpadala at i-tweak ang pampublikong key na ito gamit ang pribadong key ng isang enter na kanilang gagastusin upang magbayad sa receiver. Ginagawa ito sa pamamagitan ng pagpaparami ng pribadong key ng nagpadala sa silent public key ng receiver at pagkatapos ay muling idagdag ang silent public key na iyon. Nagreresulta ito sa isang bagong deal with, na maaaring mabawi ng receiver sa pamamagitan ng pagpaparami ng kanilang pribadong key sa pampublikong key ng enter ng nagpadala, at pagdaragdag ng kanilang silent public key. Ganun kasimple.
Ang malaking draw back dito ay ang suporta para sa mga gentle shopper ay napakahirap, dahil kailangang i-scan ng receiver ang bawat transaksyon sa bawat block at kalkulahin ang mga kumbinasyon ng mga enter na na-tweak sa kanilang key upang makita kung tumutugma ito sa isang output sa isang transaksyon. Para sa isang buong gumagamit ng node, hindi ito isang hindi mabata na pagtaas sa mga gastos sa pagpapatunay, ngunit para sa mga magaan na pockets na walang sariling buong node ito ay nagiging napakamahal. Maaari itong ma-optimize nang higit pa sa pamamagitan lamang ng pag-scan sa set ng UTXO. Si Jonas Nick mula sa Blockstream ay nagpatakbo ng isang benchmark na pagsubok sa isang Intel i7, at nalaman niyang tumagal ng humigit-kumulang tatlong-at-kalahating oras upang i-scan ang buong set at patakbuhin ang mga pagkalkula upang suriin ang mga deal with. Hindi nito kasama ang oras na kinakailangan upang hanapin ang transaksyon na lumikha ng bawat UTXO upang mahanap ang enter ng mga pampublikong key na kinakailangan upang patakbuhin ang pagtutuos na iyon. Hindi pa iyon na-benchmark o nasubok, kaya ang gastos at oras ay nananatiling bukas na tanong.
Ang karagdagang pag-optimize na maaaring gawin ay ang paggamit ng bawat enter sa pampublikong susi ng pagpapadala ng transaksyon bilang bahagi ng tweak, na magpapababa sa halaga ng pag-scan upang makita kung nakatanggap ka ng pera sa pamamagitan ng hindi pag-aatas sa iyong i-scan ang bawat indibidwal na enter sa isang transaksyon at patakbuhin ang pagkalkula nang paisa-isa. Ito ay magtataas ng pagiging kumplikado ng paggawa nito sa mga transaksyon sa CoinJoin bagaman, dahil kakailanganin nito ang bawat iba pang kalahok na aktibong lumahok sa pangunahing pagsasaayos. Ilalabas din sa kanila ang output na binabayaran mo sa walang muwang na pagpapatupad. Gayunpaman, mapipigilan nito ang tatanggap na malaman kung anong enter ang ginamit upang bayaran sila, at sa pamamagitan ng cryptographically blinding sa impormasyong ibinahagi sa iba pang mga kalahok sa CoinJoin, mapipigilan sila nito na malaman kung aling output ang tahimik na pagbabayad, kaya nababawasan ang lahat ng alalahanin sa privateness.
Posible ring magdagdag ng susi sa pag-scan at paggastos sa proseso ng derivation upang ang receiver ay magkaroon ng isang key on-line na kailangan lang para matukoy ang mga papasok na pagbabayad, habang pinapanatili ang susi na kinakailangan para gumastos ng mga barya na natanggap nila offline at sa malamig na imbakan. Papalitan nito ang derivation sa pagpaparami ng enter non-public key ng nagpadala gamit ang scanning key at pagkatapos ay idagdag ang key na kailangan para sa paggastos. Magbibigay-daan ito para sa higit na seguridad sa pagtanggap ng mga pagbabayad, na iniiwan lamang ang iyong privateness sa panganib kung ang system ng receiver ay nakompromiso.
Ang huling pangunahing bagay na dapat isaalang-alang ay ang potensyal para sa muling paggamit ng deal with sa panig ng nagpadala. Sa base na pagpapatupad, kung ang isang nagpadala ay could maraming UTXO na could parehong pampublikong key, ang muling paggamit sa mga iyon para ipadala sa parehong tao na could tahimik na pagbabayad ay magreresulta sa parehong silent deal with at bubuo ng muling paggamit ng deal with. Maiiwasan ito sa pamamagitan ng pagsasama ng TXID at enter index ng enter ng transaksyon na ginamit sa scheme, na maaaring ma-precompute bago ipadala sa mga gentle shopper para hindi makagawa ng karagdagang computational na pasanin para sa kanila.
Sa pangkalahatan, ang ideya ay isang malaking pagpapabuti sa BIP47 sa lahat ng paraan, maliban sa mas mataas na halaga ng pagpapatunay para sa receiver upang mag-scan para sa mga pondong ipinadala sa kanila. Pinapanatili nito ang deterministikong pag-aari ng pagbawi, nakakamit ang hindi pagkakaugnay sa pagitan ng iba’t ibang mga pagbabayad na ipinadala sa tatanggap, at inaalis ang pangangailangan para sa isang transaksyong abiso na maganap bago ang mga pagbabayad. Muli, nakaisip si Somsen ng isang napaka-solid na ideya para sa isang protocol na maaaring ipatupad upang mapabuti ang pagiging kapaki-pakinabang ng Bitcoin.
Ito ay isang visitor submit ni Shinobi. Ang mga opinyon na ipinahayag ay ganap na kanilang sarili at hindi kinakailangang sumasalamin sa mga opinyon ng BTC Inc o Bitcoin Journal.
[ad_2]
Source link