Native Segwit at ang Paggamit ng Base 32 na Bitcoin Address
Sa paglalayon uli ng mga Bitcoin developers na makagawa ng progreso sa mekanismo ng transaksyon habang nagtitipid sa memorya, nailathala ang BIP-0141: Segregated Witness (Consensus Layer). Ito ay isang soft fork sa Bitcoin protocol.
Ang witness sa kriptograpiya ay isang solusyon sa itinakdang problema kung saan makakakuha ka ng YES na sagot. Halimbawa, ang signature na gamit sa pagberipika ng bisa ng isang mensahe, na pinag-usapan natin sa digital signature algorithms sa Kabanata 3, ay uri ng witness.
Kapag naging mas komplikado ang transaksyon, ang paggamit ng witness ay lumalaki rin. Isa na dun ang multi-sig, at meron pang ibang advanced transactions na pag-uusapan natin sa susunod na kabanata. At ito pa: ang witness nga ay gamit sa validation. Pero, hindi talaga sya kasama sa epekto ng transaksyon (paggastos ng UTXO na magreresulta sa bagong UTXO).
Kaya naisip ng mga Bitcoin developers na ihiwalay ang mga witness data, dahil kakailanganin lang ang mga ito kapag ang node ay nagbeberipika. Nagdulot ito ng pagdami ng pwedeng maisamang transaksyon sa block. Kaya tumaas ang kapasidad ng mga blocks.
Kasama pa sa pagbabago ay ang gamit na sistema sa pagsulat ng Bitcoin Address: Base32
Sa BIP-0173 ay isinaad ang Base32 na anyo ng address para sa mga native v0-16 (bersyon) na witness outputs. Gaya ng naunang anyo, may kasamang checksum ang Bitcoin address sa bersyong ito. Bech32 and pinaiksing tawag sa checksummed Base32.
Base 32 sa mga bagong Bitcoin Address
May itinakdang mga karakter para sa Base 32 na gamit ng Bitcoin network, na ganito ang pagkakasunud-sunod:
q p z r y 9 x 8
g f 2 t v d w 0
s 3 j n 5 4 k h
c e 6 m u a 7 l
Wala ditong, “1”, “b”, “i”, at “o”. Lahat ng letra ay lower case. Pero makikita mo pa rin ang “b” at “1” sa address, pero hindi bilang kasama ng code data na ginawan ng representasyon. Halimbawa ngang nabanggit kanina: bc1q6m86vk2t8wj2fhn4s3sevg7xzjdwqlll3v73p2. Ang “bc” sa umpisa ng address ay tumutukoy sa “human-readable part” at napili para sa Bitcoin. Ang “1” naman ay tumatayong “separator”. Ang ikaapat na karakter na makikita mo sa mga unang bersyon ng segwit address ay q, na syang tumatayong version 0.
Tignan ang ilustrasyon ng pagbuo ng Bitcoin address na ganitong anyo sa bagong post: https://bitcoinbakamo.xyz/archives/570
Bitcoin ba kamo?
npub1sv…ejk0z
2024-04-21 03:50:48
Author Public Key
npub1svhmr7l49zyyn0dh8s0wla9f8thtghp6le5kd7wymj5sjrz2kzmsrejk0zPublished at
2024-04-21 03:50:48Event JSON
{
"id": "c0501579cf45d83909ed5eb81b294b9f11487a7bfc724172632291e55269225a",
"pubkey": "832fb1fbf5288849bdb73c1eeff4a93aeeb45c3afe6966f9c4dca9090c4ab0b7",
"created_at": 1713671448,
"kind": 1,
"tags": [],
"content": "Native Segwit at ang Paggamit ng Base 32 na Bitcoin Address\n\nSa paglalayon uli ng mga Bitcoin developers na makagawa ng progreso sa mekanismo ng transaksyon habang nagtitipid sa memorya, nailathala ang BIP-0141: Segregated Witness (Consensus Layer). Ito ay isang soft fork sa Bitcoin protocol.\n\nAng witness sa kriptograpiya ay isang solusyon sa itinakdang problema kung saan makakakuha ka ng YES na sagot. Halimbawa, ang signature na gamit sa pagberipika ng bisa ng isang mensahe, na pinag-usapan natin sa digital signature algorithms sa Kabanata 3, ay uri ng witness.\n\nKapag naging mas komplikado ang transaksyon, ang paggamit ng witness ay lumalaki rin. Isa na dun ang multi-sig, at meron pang ibang advanced transactions na pag-uusapan natin sa susunod na kabanata. At ito pa: ang witness nga ay gamit sa validation. Pero, hindi talaga sya kasama sa epekto ng transaksyon (paggastos ng UTXO na magreresulta sa bagong UTXO).\n\nKaya naisip ng mga Bitcoin developers na ihiwalay ang mga witness data, dahil kakailanganin lang ang mga ito kapag ang node ay nagbeberipika. Nagdulot ito ng pagdami ng pwedeng maisamang transaksyon sa block. Kaya tumaas ang kapasidad ng mga blocks.\n\nKasama pa sa pagbabago ay ang gamit na sistema sa pagsulat ng Bitcoin Address: Base32\n\nSa BIP-0173 ay isinaad ang Base32 na anyo ng address para sa mga native v0-16 (bersyon) na witness outputs. Gaya ng naunang anyo, may kasamang checksum ang Bitcoin address sa bersyong ito. Bech32 and pinaiksing tawag sa checksummed Base32.\n\nBase 32 sa mga bagong Bitcoin Address\n\nMay itinakdang mga karakter para sa Base 32 na gamit ng Bitcoin network, na ganito ang pagkakasunud-sunod:\n\nq \tp \tz \tr \ty \t9 \tx \t8\ng \tf \t2 \tt \tv \td \tw \t0\ns \t3 \tj \tn \t5 \t4 \tk \th\nc \te \t6 \tm \tu \ta \t7 \tl\n\nWala ditong, “1”, “b”, “i”, at “o”. Lahat ng letra ay lower case. Pero makikita mo pa rin ang “b” at “1” sa address, pero hindi bilang kasama ng code data na ginawan ng representasyon. Halimbawa ngang nabanggit kanina: bc1q6m86vk2t8wj2fhn4s3sevg7xzjdwqlll3v73p2. Ang “bc” sa umpisa ng address ay tumutukoy sa “human-readable part” at napili para sa Bitcoin. Ang “1” naman ay tumatayong “separator”. Ang ikaapat na karakter na makikita mo sa mga unang bersyon ng segwit address ay q, na syang tumatayong version 0.\n\nTignan ang ilustrasyon ng pagbuo ng Bitcoin address na ganitong anyo sa bagong post: https://bitcoinbakamo.xyz/archives/570 ",
"sig": "5a5cd2c92177a945d2bdd5e1756133624a6970dfead4a5f12606c384d778bd98cc94e30e27b500b6ecee0d7e776bd168d76e8b160ad639252f97eae51468ec9f"
}