Ang mga developer ng Bitcoin Core<\/strong> ay lumipat sa bersyon 32.0<\/strong> sa yugto ng release candidate, na may nakatakdang matatag na software para sa posibleng paglulunsad sa Oktubre 10<\/strong> matapos ang ilang linggong pampublikong pagsusuri. Ipinapakita ng opisyal na iskedyul ng paglulunsad ng Bitcoin Core na nilikha ng mga developer ang bersyon 32 branch at sinimulan ang cycle ng release candidate noong Setyembre 14<\/strong>.<\/p>\n Ang unang kandidato, na kilala bilang v32.0rc1<\/strong>, ay available na para sa pagsusuri bago magpasya ang mga developer kung itataga ang matatag na bersyon. Itinakda ng proyekto ang Oktubre 10<\/strong> bilang inaasahang petsa para sa bersyon 32.0, bagaman inilarawan ng iskedyul ito bilang target sa halip na isang nakumpirmang deadline. Ang mga problemang natagpuan sa panahon ng pagsusuri ng kandidato ay maaaring mangailangan ng karagdagang mga release at magpabagal sa huling bersyon.<\/p>\n Nagsimula ang mga paghahanda ilang buwan na ang nakalipas. Binuksan ng mga developer ang mga pagsasalin at nagpakilala ng isang soft freeze<\/strong> sa mga pagbabago sa pagsasalin noong Agosto 6<\/strong>, na sinundan ng isang feature freeze<\/strong> noong Agosto 20<\/strong>. Mula sa petsang iyon, tinanggap ng bersyon 32 branch ang mga pag-aayos ng bug ngunit walang bagong mga tampok bago ang huling pagsusuri.<\/p>\n Nang ang branch ay humiwalay mula sa pangunahing codebase noong Setyembre 14<\/strong>, nagsimula rin ang pag-unlad ng Bitcoin Core 33 sa pangunahing branch. Ang paghihiwalay na ito ay nagbibigay-daan sa mga kontribyutor na subukan at ayusin ang paparating na release nang hindi humihinto sa trabaho sa susunod na bersyon.<\/p>\n Ang mga release candidate ay nagbibigay ng oras sa mga operator ng node, mga developer ng wallet, at iba pang mga gumagamit upang makahanap ng mga bug sa ilalim ng iba’t ibang kondisyon ng hardware at software. Saklaw ng proseso ng pagsusuri ng Bitcoin Core ang mga function kabilang ang block validation<\/strong>, peer-to-peer communication<\/strong>, wallet operations<\/strong>, at remote procedure calls<\/strong> na ginagamit ng mga application na nakakonekta sa isang node.<\/p>\n Isa sa mga pangunahing pagbabago sa pagganap ay nagpapahintulot sa Bitcoin Core na magbasa ng data mula sa database nito nang sabay-sabay habang sinusuri ang mga block. Ang pamamaraang ito ay maaaring magpabilis ng oras ng validation dahil hindi na kailangang kumpletuhin ng software ang bawat kaugnay na pagbabasa ng database nang sunud-sunod.<\/p>\n Ang mas mabilis na validation ay hindi nangangahulugang mas mabilis na makakabuo ang Bitcoin ng mga block. Patuloy na nakikipagkumpitensya ang mga minero upang magdagdag ng mga block sa ilalim ng mga patakaran ng proof-of-work<\/strong> ng Bitcoin, na naglalayong magkaroon ng average na agwat na humigit-kumulang 10 minuto<\/strong>. Binabago ng bersyon 32 kung paano pinoproseso ng isang node ang kinakailangang impormasyon sa halip na ang iskedyul ng paglabas ng network o ang timing ng block.<\/p>\n Mahalaga ang pagkakaibang ito dahil ang Bitcoin Core ay software ng node, hindi isang sentralisadong pamamahagi ng update sa network ng Bitcoin. Ang mga operator ang nagpasya kung aling bersyon ang i-install, at ang release ay hindi awtomatikong papalitan ang software na tumatakbo sa bawat node.<\/p>\n Ang bersyon 32 ay hindi rin nagpakilala ng bagong consensus rule<\/strong> o nangangailangan ng soft fork<\/strong>. Ang proseso ng paglulunsad nito ay naiiba mula sa mga pagbabago sa protocol na nangangailangan ng koordinasyon sa pagitan ng mga minero, mga operator ng node, at iba pang kalahok sa network.<\/p>\n Tulad ng naunang iniulat ng crypto.news, sinabi ni LayerTwo Labs CEO Paul Sztorc<\/strong> na ang bawat iminungkahing Bitcoin soft fork mula sa Taproot<\/strong> ay nabigong ma-activate. Ang BIP-110<\/strong>, isang pinagtatalunang mungkahi na nauugnay sa patakaran ng transaction-relay, ay nakatanggap ng 2.53%<\/strong> na suporta mula sa mga minero bago ang pagpapatupad ng branch nito ay natigil pagkatapos ng dalawang block.<\/p>\n Samakatuwid, ang Bitcoin Core 32 ay maaaring mapabuti ang pagganap ng software nang hindi umaasa sa proseso ng pag-activate na kinakailangan para sa isang pagbabago ng consensus. Ang mga operator ng node ay malayang subukan ang kandidato, ipagpatuloy ang paggamit ng mas lumang release, o i-install ang matatag na bersyon pagkatapos ng publikasyon.<\/p>\n Ang mga function ng wallet ay naglalaman ng isa pang set ng mga pagbabago sa bersyon 32. Apat na utos ang lilikha ng bahagyang nilagdaang mga transaksyon ng Bitcoin gamit ang PSBT bersyon 2<\/strong> bilang default, ayon sa mga detalye na ibinahagi ng Bitcoin News.<\/p>\n Ang isang PSBT ay nagpapahintulot sa mga hiwalay na wallet, device, o kalahok na palitan ang impormasyong kinakailangan upang bumuo at pumirma ng isang transaksyon ng Bitcoin nang hindi inilalantad ang mga pribadong susi. Ang format na ito ay karaniwang ginagamit sa mga hardware wallet, offline signing setups, at mga transaksyon na nangangailangan ng higit sa isang lagda.<\/p>\n Binabago ng PSBT bersyon 2 kung paano nakaayos ang impormasyon ng transaksyon at pinapayagan ang mga kalahok na i-update ang mga bahagi ng isang transaksyon nang hindi muna lumilikha ng isang kumpletong unsigned na transaksyon. Mananatiling available ang mas lumang format ng PSBT kapag kinakailangan ito ng mga gumagamit o nakakonektang application.<\/p>\n Ang pagpapanatili ng parehong bersyon ay nagpapababa ng pagkakataon ng biglaang pagkasira ng mga wallet at serbisyo na hindi pa nag-aampon ng mas bagong format. Ang mga developer na nagsasama ng Bitcoin Core sa iba pang software ay kailangan pa ring suriin kung inaasahan ng kanilang mga sistema ang nakaraang default.<\/p>\n Para sa mga indibidwal na may hawak, ang pagbabago ay hindi nagbabago ng mga balanse ng Bitcoin, mga pribadong susi o ang mga patakaran na namamahala sa mga wastong transaksyon. Ang praktikal na epekto nito ay nakatuon sa mga workflow ng wallet at mga application na tumatawag sa mga apektadong utos.<\/p>\n Kasama rin sa bersyon 32 ang isang patch para sa mga custom wallet names na maaaring magdulot ng mga utos na tumakbo sa mga non-Windows node. Ang isyu ay may kinalaman sa kung paano nakipag-ugnayan ang mga espesyal na nakabuo na pangalan sa pagpapatupad ng utos, sa halip na isang pagbabago sa underlying cryptography ng Bitcoin.<\/p>\n Isang hiwalay na pag-aayos ang tumutukoy sa paglago ng memorya na dulot ng hindi awtorisadong aktibidad ng HTTP. Sa isang pagsusuri na binanggit ng Bitcoin News, umabot ang paggamit ng memorya sa humigit-kumulang 3.2 gigabytes<\/strong> bago ang patch, kumpara sa humigit-kumulang 3 megabytes<\/strong> pagkatapos na ilapat ng mga developer ang pagbabago.<\/p>\n Ang mga remote interface ay nagpapahintulot sa iba pang mga programa na makipag-ugnayan sa Bitcoin Core, na ginagawang mahalaga ang mga kontrol sa memorya para sa mga operator na naglalantad ng mga serbisyo ng node sa mga nakakonektang application. Ang mga setting ng access, firewall, at authentication ay nananatiling hiwalay na bahagi ng pag-secure ng isang deployment.<\/p>\n Para sa mga gumagamit sa U.S., ang kandidato ay pinaka-mahalaga para sa mga operator ng node, mga provider ng wallet, mga palitan, mga minero, at mga kumpanya ng imprastruktura na nagpapatakbo ng Bitcoin Core sa kanilang mga sistema. Ang release ay hindi nagbabago sa pagtrato ng SEC<\/strong> sa mga spot Bitcoin exchange-traded products, mga patakaran sa buwis ng mamumuhunan, o ang legal na katayuan ng BTC.<\/p>\n Pinaigting din ng mga Amerikanong financial firms ang kanilang suporta para sa open-source security work ng Bitcoin. Noong Hulyo, ang Anchorage Digital<\/strong>, ARK Invest<\/strong>, BlackRock<\/strong>, Block<\/strong>, Blockstream<\/strong>, Coinbase<\/strong>, Fidelity Digital Assets<\/strong>, Galaxy<\/strong>, at Strategy<\/strong> ay bumuo ng Bitcoin Security Consortium<\/strong> na may $15 milyon<\/strong> sa mga pangako sa loob ng tatlong taon.<\/p>\n Ayon sa anunsyo ng consortium, ang bawat miyembro ay magdidirekta ng kanilang pondo nang nakapag-iisa sa halip na ilagay ang pera sa isang pinagsamang pool. Sinabi ng grupo na hindi nito kontrolin ang pag-unlad ng Bitcoin, hindi kukuha ng mga posisyon sa mga tiyak na mungkahi ng protocol, o magsalita para sa mga kontribyutor ng proyekto.<\/p>\n Si Mike Schmidt<\/strong>, executive director ng nonprofit na nagpopondo sa mga developer ng Bitcoin na Brink<\/strong>, ang nagko-coordinate ng pang-araw-araw na gawain ng consortium sa isang boluntaryong papel. Ang paunang pokus nito ay pananaliksik sa mga isyu ng pangmatagalang seguridad, kabilang ang mga proteksyon laban sa mga panganib ng hinaharap na quantum-computing.<\/p>\n","protected":false},"excerpt":{"rendered":" Paglunsad ng Bitcoin Core 32.0 Ang mga developer ng Bitcoin Core ay lumipat sa bersyon 32.0 sa yugto ng release candidate, na may nakatakdang matatag na software para sa posibleng paglulunsad sa Oktubre 10 matapos ang il…<\/p>\n","protected":false},"author":3,"featured_media":22715,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[42],"tags":[12313,4225,9536],"class_list":["post-22716","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bitcoin","tag-bip-110","tag-bitcoin","tag-taproot"],"yoast_head":"\nMga Detalye ng Release Candidate<\/h2>\n
Mga Paghahanda at Pag-unlad<\/h2>\n
Pagpapabuti sa Pagganap<\/h2>\n
Impormasyon sa Pag-install at Consensus Rules<\/h2>\n
Mga Pagbabago sa Wallet at PSBT<\/h2>\n
Mga Isyu sa Memorya at Seguridad<\/h2>\n
Implikasyon para sa mga Gumagamit<\/h2>\n