ขอความช่วยเหลือจาก #Siamstr ครับ . คนหวังแจกมัลแวร์แอบอ้างชื่อ เอารีโปเราไปอัพโหลดใหม่ ซ่อนคอมมิทลึกลับไว้เพียบเลยทั้ง ๆ ที่ในรีโปแสดงแต่ว่าอัพเดท 𝘙𝘌𝘈𝘋𝘔𝘌.𝘮𝘥 . ใครที่มีบัญชี 𝖦𝗂𝗍𝖧𝗎𝖻 ฝากรีพอร์ทยูสเซอร์ 𝗆𝗎𝖻𝖾𝖾𝗇𝗍𝖺𝗋𝗂𝗊 และ 𝗋𝖾𝗉𝗈𝗌𝗂𝗍𝗈𝗋𝗒: 𝗆𝗎𝖻𝖾𝖾𝗇𝗍𝖺𝗋𝗂𝗊/𝗍𝗒𝗅𝗌𝗉.𝗇𝗏𝗂𝗆 ที่แอบอ้างชื่อและคอมมิทฮิสโตรีในการเผยแพร่ 𝗆𝖺𝗅𝗐𝖺𝗋𝖾 ในชื่อผมหน่อยนะครับ (𝖱𝖾𝗅𝖾𝖺𝗌𝖾𝗌 ลิสต์เวอร์ชัน 𝟥.𝟥.𝟫 เป็นซิปไฟล์และทาร์บอลจากวันที่ 𝟣𝟧 เดือนพฤษภาคมทั้ง ๆ ที่ไม่มีประวัติคอมมิทในวันนั้น แล้วก็ปลั๊กอินของนีโอวิมไม่จำเป็นต้องดาวน์โหลดรีลีสด้วย) . 𝖦𝗂𝗍𝖧𝗎𝖻 𝗎𝗌𝖾𝗋 คนไหนมีน้ำใจสามารถช่วยผม Report ท้ังยูสเซอร์และรีโปภายใต้หมวด "𝘼𝙘𝙩𝙞𝙫𝙚 𝙈𝙖𝙡𝙬𝙖𝙧𝙚 𝙤𝙧 𝙀𝙭𝙥𝙡𝙤𝙞𝙩𝙨" ผมขอขอบคุณล่วงหน้าครับ . ⚠️⚠️ คำเตือน ลิงก์ข้างล่างนำไปสู่ยูสเซอร์และรีโปผู้หวังร้าย ⚠️⚠️ ⚠️⚠️ 𝖱𝖾𝗉𝗈𝗋𝗍 𝖠𝖻𝗎𝗌𝖾: https://github.com/mubeentariq ⚠️⚠️ ⚠️⚠️ 𝖱𝖾𝗉𝗈𝗋𝗍 𝖠𝖻𝗎𝗌𝖾: https://github.com/mubeentariq/tylsp.nvim ⚠️⚠️

สป็อตไลท์ให้กับ 𝖵𝖺𝗎𝗅𝗍𝗐𝖺𝗋𝖽𝖾𝗇 นิดนึง โปรเจ็กต์ #RIIR สำหรับเซิรฟเวอร์บริการจัดการรหัสผ่านแบบโอเพนซอร์ส 𝖡𝗂𝗍𝗐𝖺𝗋𝖽𝖾𝗇 ช่วยเก็บข้อมูลสำคัญและพาสเวิร์ดแบบไม่พึ่งพาบริการบุคคลที่สาม พอดีไปเจอทิวทอเรียล (𝗍𝗎𝗍𝗈𝗋𝗂𝖺𝗅) สำหรับการดีพลอยบนออร์เคสเตรชันเซอร์วิสชื่อว่า 𝖭𝖺𝗇𝗈𝖼𝗅 มา น่าสนใจมาก . ที่มา / แรงบันดาลใจ * "🦀 Unofficial Bitwarden compatible server written in Rust, formerly known as bitwarden_rs 🦀,"

GitHub

GitHub - dani-garcia/vaultwarden: Unofficial Bitwarden compatible server written in Rust, formerly known as bitwarden_rs

Unofficial Bitwarden compatible server written in Rust, formerly known as bitwarden_rs - dani-garcia/vaultwarden

* "Deploy Vaultwarden on Nanocl," leone; September 17th, 2025. -

DEV Community

Deploy Vaultwarden on Nanocl

Today we are going to see how to deploy Vaultwarden on Nanocl to take back the control of your...

𝕋𝕃;𝔻ℝ 𝘽𝙞𝙩𝙘𝙤𝙞𝙣 = 𝙋𝙧𝙤𝙜𝙧𝙖𝙢𝙢𝙖𝙗𝙡𝙚 𝙈𝙤𝙣𝙚𝙮 🕊 𝘤𝘙𝘺𝘗𝘵𝘖 = 𝘗𝘳𝘰𝘨𝘳𝘢𝘮𝘮𝘦𝘥 𝘔𝘰𝘯𝘦𝘺 🪢 --- ในสองปีที่ผ่านมา ทีม `Krutt` ได้สำรวจวิธีทำสัญญาอนุพันธ์บนบิทคอยน์สองถึงสามวิธี ไม่ว่าจะเป็นการสร้าง 𝖣𝗂𝗌𝖼𝗋𝖾𝖾𝗍 𝖫𝗈𝗀 𝖢𝗈𝗇𝗍𝗋𝖺𝖼𝗍𝗌 ในรูปแบบ 𝖬𝗎𝗍𝗂𝗇𝗒𝖶𝖺𝗅𝗅𝖾𝗍 หรือ 𝟣𝟢𝟣𝟢𝟣 ที่หยุดทำการพัฒนาไป หรือว่าเป็นการค้ำไลท์นิ่งแชนเน่ล ล็อกสภาพคล่องกับผู้ต้องการ 𝖲𝗍𝖺𝖻𝗂𝗅𝗂𝗍𝗒 ในรูปแบบ 𝖲𝗍𝖺𝖻𝗅𝖾 𝖢𝗁𝖺𝗇𝗇𝖾𝗅𝗌 ของ 𝖳𝗈𝗇 𝖪𝗅𝖺𝗎𝗌 แต่ละวิธีที่สำรวจมีข้อเสียจากแรงดึงดูดรวมศูนย์ที่ทำให้โหนดถูกโจมตีได้ง่าย แม้ว่าเมลลิงลิสต์ของไลท์นิ่งจะมีความแอคทีฟสูงในการไล่ตามและปรับปรุง 𝖢𝖵𝖤𝗌 ก็ตาม แต่พ่อหนุ่ม 𝖱𝗈𝖻 𝖧𝖺𝗆𝗂𝗅𝗍𝗈𝗇 ผู้ก่อตั้งและซีอีโอของ 𝖠𝗇𝖼𝗁𝗈𝗋 𝖶𝖺𝗍𝖼𝗁 บริษัทผสานสัมพันธ์ระหว่าง "โต๊ะ" คุมความเสี่ยงเจ้าดั้งเดิมที่เมืองซิคาโก กับโลกของตรรกะอัจฉริยะสร้างสัญญาค้ำมูลค่าด้วบบิทสคริปท์และมินิสคริปท์ เขียนและเปิดโอเพ่นซอร์สสัญญาตรรกะอัจฉริยะล็อกมูลค่าซาโตชิค้ำในสัญญาอนุพันธ์ฟิวเจอรส์ ที่จะทริกเกอร์ในการแอคติเวทข้อนำเสนอพัฒนาและปรับปรุงบิทคอยน์ 𝖡𝖨𝖯-𝟦𝟦𝟦 แหม แหม แหม ธรรมดาโลกไม่จำ เพราะดันเลือกข้อนำเสนอที่แตกแยกคอมมูบิทคอยน์เป็นสองฝ่ายด้วย ช่างเป็นเรื่องน่าศึกษา เราลองมาทำความเข้าใจกันนะครับ . บริบท: 𝗕𝗜𝗣-𝟰𝟰𝟰 คือฮาร์ดฟอร์กทำให้การใช้ 𝖮𝖯_𝖨𝖥 และ 𝖮𝖯_𝖭𝖮𝖳𝖨𝖥 บนฉันทามติกลายเป็นโมฆะเมื่อมีการเปิดใช้งานบิ๊พนี้ ดักทางผู้ใช้งานอินสคริปชันและออร์ดินัลฝากฝังข้อมูล "ขยะ" บนบล็อกเชนของบิทคอยน์ ให้ทำการไม่สำเร็จอีกต่อไป . ร็อบ แฮมิลตันสร้างสัญญาฟิวเจอร์สบนเชนเมนเน็ตอย่างสมบูรณ์ได้อย่างไร ?? สัญญานี้จะเริ่มต้นด้วยการฝากเงินแบบอะตอมิกเข้าสู่ที่อยู่ของสัญญา คนละ 𝟣 𝖡𝖳𝖢 (เพื่อให้แน่ใจว่าทั้งสองฝ่ายนำเงินจำนวนเท่ากันเข้าที่อยู่สัญญา) สัญญานี้ถูกสร้างขึ้นดังนี้: 𝖳𝖺𝗉𝗋𝗈𝗈𝗍 𝖠𝖽𝖽𝗋𝖾𝗌𝗌 ใช้ 𝖭𝖴𝖬𝖲 𝗉𝗈𝗂𝗇𝗍 ตามที่อธิบายใน 𝖡𝖨𝖯-𝟥𝟦𝟣 เพื่อแสดงให้เห็นได้อย่างชัดเจนว่า 𝗄𝖾𝗒 𝗉𝖺𝗍𝗁 ไม่ได้ถูกใช้งาน เรามีสองฝ่าย คือ "𝖸𝖤𝖲" (𝟦𝟦𝟦 เปิดใช้งาน) และ "𝖭𝖮" (𝟦𝟦𝟦 ไม่เปิดใช้งาน) ซึ่งจะเรียกสั้นๆ ว่า 𝖸𝖤𝖲 และ 𝖭𝖮 . ใบไม้ตรรกะแรก (𝗅𝖾𝖺𝖿): เป็นมัลติซิกแบบ 𝟤 ต่อ 𝟤 ของทั้งสองฝ่าย สิ่งนี้มีไว้เพื่อให้สามารถโอน 𝖴𝖳𝖷𝖮 ให้ตัวเองได้หลังจาก 𝖡𝖨𝖯-𝟦𝟦𝟦 เปิดใช้งาน เนื่องจาก 𝖡𝖨𝖯-𝟦𝟦𝟦 เพิ่งเพิ่มข้อกำหนดว่า 𝖴𝖳𝖷𝖮 ที่สร้างก่อนการเปิดใช้งาน จะไม่ได้รับผลบังคับใช้ของกฎฉันทามติ 𝖡𝖨𝖯-𝟦𝟦𝟦 การโอนให้ตัวเองนี้จะทำให้ข้อยกเว้นนั้นถูกลบ . ใบไม้ตรรกะที่สอง: สามารถใช้จ่ายได้สองวิธี คือ เป็นมัลติซิก 𝟤 ต่อ 𝟤 (𝖸𝖤𝖲 และ 𝖭𝖮) เหมือนใบแรก หรือฝ่าย 𝖭𝖮 เพียงฝ่ายเดียว โดยมีไทม์ล็อกที่น้อยกว่าใบที่สาม สิ่งนี้สำคัญเพราะใช้ 𝖮𝖯_𝖭𝖮𝖳𝖨𝖥 . ใบไม้ตรรกะที่สาม: ฝ่าย 𝖸𝖤𝖲 สามารถใช้จ่ายได้หลังจากไทม์ล็อกที่อยู่หลังใบที่สอง ลำดับของไทม์ล็อกสำคัญมาก ถ้า 𝖡𝖨𝖯-𝟦𝟦𝟦 เปิดใช้งาน เงื่อนไขการใช้จ่ายที่ใช้จ่ายได้ก่อนหน้าคุณจะกลายเป็นโมฆะทางฉันทามติ ดังนั้นไม่สำคัญว่าคุณจะเชื่อว่า 𝟦𝟦𝟦 เปิดใช้งานหรือไม่ . บทสรุปรวมแขนงตรรกะสัญญา: - ถ้า 𝖡𝖨𝖯-𝟦𝟦𝟦 เปิดใช้งาน ฝ่ายที่เชื่อว่าใช่จะสามารถใช้ใบที่สองเพื่อนำ 𝖡𝖳𝖢 𝟤 เหรียญออกมา - ถ้า 𝖡𝖨𝖯-𝟦𝟦𝟦 ไม่เปิดใช้งาน ฝ่ายที่เชื่อว่าไม่ จะใช้ใบที่สามเพื่อนำ 𝖡𝖳𝖢 𝟤 เหรียญออกมา เนื่องจากแต่ละฝ่ายมั่นใจในจุดยืนของตน อัตราแลกเปลี่ยนที่ยุติธรรมคือ 𝟣:𝟣 ซึ่งหมายถึงโอกาส 𝟧𝟢% โดยเหลือเวลา 𝟪𝟧 วันก่อนเปิดใช้งาน สัญญานี้ทำให้คุณได้รับ 𝖠𝖯𝖸 โดยปริยายจากบิทคอยน์ของคุณราว ~𝟰𝟯𝟬% ความเสี่ยงคือความเห็นของคุณเกี่ยวกับการเปิดใช้งาน 𝖡𝖨𝖯-𝟦𝟦𝟦 อาจผิด คุณสามารถปรับจำนวนเงินค้ำประกันของแต่ละฝ่ายเพื่อเปลี่ยนอัตราเดิมพันที่มาจากราคาสัญญาฟิวเจอร์สได้ . """ 𝐼 𝑤𝘢𝑛𝘵 𝘱𝑟𝘰𝑔𝘳𝑎𝘮𝑚𝘢𝑏𝘭𝑒 𝑚𝘰𝑛𝘦𝑦, """ 𝘙𝑜𝘣 𝘏𝑎𝘮𝑖𝘭𝑡𝘰𝑛 . ที่มา / โค้ดตัวอย่าง​ : -

X (formerly Twitter)

Rob Hamilton (@Rob1Ham) on X

I have now fully open sourced the code which creates this on-chain BIP-444 futures contract! The contract starts with an atomic deposit into the c...

-

GitHub

GitHub - Rob1Ham/BIP-444-Futures: On chain futures contract on the activation of BIP-444

On chain futures contract on the activation of BIP-444 - Rob1Ham/BIP-444-Futures

---

ธนบัตรชอว์เมี่ยน มันต่างจากสลากตรงไหนหล่ะ ? บิทคอยเน่อร์ทำเป็นไม่ชอบ 𝗍𝗈𝗄𝖾𝗇 แต่ก็เห็นอวย 𝖾𝖼𝖺𝗌𝗁 ขนาดนี้ คือไม่มือถือสากปากถือศีลไปหน่อยเหรอ ?? . . โทเค่นคือสลากที่เสกขึ้นมาแบบสองประเภท ไม่ว่าเป็นกลุ่มสเตเบิ้ลคอยน์หรือผูกกับสินทรัพย์ "𝗋𝖾𝖺𝗅-𝗐𝗈𝗋𝗅𝖽" ที่พึ่งพาการจำนองสินทรัพย์นอกระบบ ที่ผู้ใช้บล็อกเชนตรวจสอบไม่สามารถเข้าถึงได้ และสลากโทเค่นเก้าอี้ดนตรีที่ผูกค่ากับโทเค่นอื่น ๆ แล้วติ๊ต่างแทนที่ 𝗀𝗈𝗏𝖾𝗋𝗇𝖺𝗇𝖼𝖾, 𝗌𝗍𝖺𝗄𝗂𝗇𝗀 ฯลฯ แม้ขาดอิทธิพลการเวนคืนมูลค่าเดิมหลังจากการ 𝗋𝗎𝗀𝗉𝗎𝗅𝗅, 𝖽𝖾𝗉𝖾𝗀 หรือ 𝖾𝗑𝗉𝗅𝗈𝗂𝗍 ที่มักเกิดขึ้นจากการแทรกแซงผ่านออราเคิ่ลหรือการทำธุรกรรมแซนด์วิช . . อีแคชคือสัญญาอัจฉริยะพึ่งพาความสามารถสองอย่างสำคัญของเครือข่ายธุรกรรมกระจายศูนย์บิทคอยน์ นั่นก็คือความเสถียรภาพของยอดบัญชีธุรกรรมเป็นกลางไร้กรรมกลาง 𝖯𝗋𝗈𝗈𝖿 𝗈𝖿 𝖶𝗈𝗋𝗄 และระบบพิสูจน์สินทรัพย์สำรอง (𝖯𝗋𝗈𝗈𝖿 𝗈𝖿 𝖱𝖾𝗌𝖾𝗋𝗏𝖾𝗌) บนเลเยอร์สภาพคล่องของบิทคอยน์ที่ชื่อว่าไลท์นิ่ง ด้วยรากฐานสองอย่างนี้ เราสามารถเห็นความแตกต่างอย่างชัดเจนระหว่างเทคโนโลยีไซเฟอร์พังก์ที่มีชื่อว่า 𝖢𝗁𝖺𝗎𝗆𝗂𝖺𝗇 𝖤𝖼𝖺𝗌𝗁 กับเทคโนโลยีของวงการคริปโต ฯ​ ที่มีชื่อว่า 𝖳𝗈𝗄𝖾𝗇 . . เมื่อมองผ่านๆ ปัญหาหลักสองประการของ 𝖾𝖼𝖺𝗌𝗁 คือความเสี่ยงการถูกโกงแบบรวดเร็วโดยการขโมยเงินของทุกคนไปพร้อมกัน และความเสี่ยงการถูกโกงแบบช้าโดยการเพิ่มปริมาณ 𝖾𝖼𝖺𝗌𝗁 อย่างมาก ดูเหมือนไม่เกี่ยวข้องโดยตรงกัน หากกุญแจสำหรับการเก็บรักษา 𝙗𝙞𝙩𝙘𝙤𝙞𝙣 บนเชนและการดำเนินการ 𝖾𝖼𝖺𝗌𝗁 อยู่ในมือของฝ่ายเดียวกันหรือกลุ่มเดียวกัน ความเสี่ยงจากทั้งสองภัยคุกคามจะเท่ากัน ระหว่าง 𝖼𝖺𝗌𝗁𝗎 กับ 𝖿𝖾𝖽𝗂 สองอิมพลีเม้นท์หลัก ๆ ของผู้ให้บริการประเภทนี้ . . 𝖥𝖾𝖽𝗂𝗆𝗂𝗇𝗍 ลดความเสี่ยงทั้งสองนี้ได้พร้อมกันโดยอิงกับแนวทางแบบสหพันธ์ซึ่งทั้งเงินสำรองบนเชนในรูปแบบ 𝗆𝗎𝗅𝗍𝗂𝗌𝗂𝗀 และการดำเนินการรับจำนองมูลค่าบนเครือข่ายกระจายศูนย์บิทคอยน์เป็น 𝖾𝖼𝖺𝗌𝗁 และเวนคืนทรัพย์สินตามข้อตกลงของสหพันธ์นั้น ๆ . . โปรโตคอล 𝖢𝖺𝗌𝗁𝗎 ในสถานะปัจจุบันยังไม่ใช่แบบสหพันธ์และขึ้นอยู่กับการดำเนินงานของมินต์เดียว ซึ่งทำให้การดำเนินการ 𝖾𝖼𝖺𝗌𝗁 รวดเร็วมาก มีประสิทธิภาพในการทำงาน และง่ายต่อการสร้างแอปพลิเคชันบนมัน นั่นหมายความว่าสามารถนำไปใช้ในแอปพลิเคชันที่มีน้ำหนักเบามาก เช่น เว็บไซต์ง่ายๆ หรือการใช้งานขนาดใหญ่มากที่ต้องการประมวลผลธุรกรรมจำนวนมากต่อวินาที นอกจากนี้ ความจริงที่ว่า 𝖢𝖺𝗌𝗁𝗎 ดำเนินงานเฉพาะบนเครือข่าย 𝖫𝗂𝗀𝗁𝗍𝗇𝗂𝗇𝗀 ทำให้ไม่สามารถจัดสหพันธ์มินต์ได้ เพราะเงินในช่อง 𝖫𝗂𝗀𝗁𝗍𝗇𝗂𝗇𝗀 ปัจจุบันสามารถถือโดยฝ่ายเดียวเท่านั้น . . อย่างไรก็ตาม เราสามารถจินตนาการได้ว่ามินต์จะสามารถเข้าถึงเพียงส่วนน้อยของสินทรัพย์สำรอง ในขณะที่ส่วนใหญ่ของเงินทุนสามารถแลกเปลี่ยนออกจาก 𝖫𝗂𝗀𝗁𝗍𝗇𝗂𝗇𝗀 ไปยังที่อยู่บนเชนได้ (𝗋𝗎𝗀𝗉𝗎𝗅𝗅) มินต์จะต้องเก็บเงินสำรองเพียงสัดส่วนเล็กน้อยใน 𝖫𝗂𝗀𝗁𝗍𝗇𝗂𝗇𝗀 เพื่อให้การชำระเงินเป็นไปอย่างราบรื่น และเก็บส่วนใหญ่ที่เคลื่อนที่ช้าบนเชน สัดส่วนของเงินสำรองนี้จำเป็นต้องถูกกำหนดตามความต้องการสภาพคล่องของมินต์เพื่อให้รองรับการถอนเงินของผู้ใช้ในชีวิตประจำวัน . . นอกจากความสามารถ Proof of Reserves บนไลท์นิ่ง ยังมีไซเฟอร์พังก์อีกหลายคนที่กำลังต่อเติมเสริมโปรโตคอล 𝖾𝖼𝖺𝗌𝗁 ด้วยการพิสูจน์หนี้สิน (𝖯𝗋𝗈𝗈𝖿 𝗈𝖿 𝖫𝗂𝖺𝖻𝗂𝗅𝗂𝗍𝗂𝖾𝗌) ของแต่ละมินต์หรือสหพันธ์มินต์อีกด้วย หนึ่งในการนำเสนอวิธีการสร้าง 𝖯𝗈𝖫 อย่างถูกต้องมีความละเอียดอ่อนหลายอย่างที่ปกป้องผู้ใช้งานเซอร์วิส ไม่ให้ถูกหลอกได้มีหลายวิธี ไม่ว่าเป็นการทำตามข้อเสนอ Zero-Knowledge Proof ตามการวิจัยของมูลนิธิสตาร์กแวร์ หรือการสร้าง 𝗋𝖯𝗈𝖫 ตามข้อนำเสนอของ 𝖼𝖺𝗅𝗅𝖾 โดยพึ่งพาการใช้สองขั้นตอนต่อไปนี้ 1. การหมุนเปลี่ยนกุญแจดิจิทัลของผู้ให้บริการมินต์ตามระยะกำหนด โดยผู้ใช้บริการสามารถคัดค้านจำนวนมินต์และเบิร์นถูกต้องได้ด้วย 𝖣𝗂𝗌𝖼𝗋𝖾𝗍𝖾-𝗅𝗈𝗀 𝖾𝗊𝗎𝖺𝗅𝗂𝗍𝗒 พรูฟ (𝖣𝖫𝖤𝖰) 2. การย่อขนาดของบทพิสูจน์พรูฟด้วยตรรกะกิ่งก้านเมอร์เคิ่ล (𝖬𝖾𝗋𝗄𝗅𝖾 𝗉𝗋𝗈𝗈𝖿𝗌) . . โครงสร้าง 𝖯𝗈𝖫 ที่นำเสนอขึ้นอยู่กับความสามารถของผู้ใช้ในการดาวน์โหลดรายงาน 𝖯𝗈𝖫 เพื่อตรวจสอบว่าหลักฐานการสร้างเงิน (𝗆𝗂𝗇𝗍 𝗉𝗋𝗈𝗈𝖿𝗌) และหลักฐานการเผาเงิน (𝖻𝗎𝗋𝗇 𝗉𝗋𝗈𝗈𝖿𝗌) ของตนได้ถูกรวมอยู่ในรายงานหรือไม่ ขึ้นอยู่กับปริมาณการสร้างเงิน 𝖾𝖼𝖺𝗌𝗁 และความถี่ในการปล่อยรายงาน อาจกลายเป็นภาระในแง่ของการใช้ทราฟฟิกอินเทอร์เน็ตและทรัพยากรทางเทคนิคอื่น ๆ สำหรับผู้ใช้ปลายทางบางราย คู่ของหลักฐานสร้างเงินและหลักฐานเผาเงินมีขนาดโดยประมาณประมาณ 𝟣𝟢𝟢 ไบต์ ซึ่งหมายความว่ารายงานขนาด 𝟣 เมกะไบต์ สามารถครอบคลุมธุรกรรม 𝖾𝖼𝖺𝗌𝗁 ได้ประมาณ 𝟣𝟢,𝟢𝟢𝟢 รายการ ตามที่กล่าวไว้ในตอนต้นของเอกสาร ฉบับรายงานควรถูกเผยแพร่บ่อยครั้งเพียงใด และในรูปแบบใดควรถูกเข้ารหัสนั้นจะไม่ถูกขยายความเพิ่มเติมที่นี่ อย่างไรก็ตาม เนื่องจากลำดับเฉพาะของรายการไม่มีผลต่อโครงการ 𝖯𝗈𝖫 จึงอาจมีการทำรายงานให้กลายเป็นเมอร์เคิลต้นไม้ (𝗆𝖾𝗋𝗄𝖾𝗅𝗂𝗓𝖾) และใช้รูปแบบหลักฐานแบบเมอร์เคิล (𝖬𝖾𝗋𝗄𝗅𝖾 𝗉𝗋𝗈𝗈𝖿𝗌) เพื่อให้กระเป๋าเงินสามารถตรวจสอบสถานะหนี้สินของการสร้างเงินได้อย่างมีประสิทธิภาพยิ่งขึ้น . . ที่มา​ / แรงบันดาลใจ : - A Proof of Liabilities Scheme for Ecash Mints - https://gist.github.com/.../ed5228d1d8cbaade0104db5d1cf63939 #BitcoinThai #Siamstr #Siamdev

𝑆𝑎𝑙𝑡 𝑎𝑛𝑑 𝐿𝑖𝑔ℎ𝑡; วันนี้เป็นวันที่เริ่มเขียนสารสาส์นกะทัดรัด #กูรู้กาเซ็ตต์ เผื่อทุกคนสนใจถึงอนาคตเกินสลากกินไม่แบ่งของโลกเว็บสาม ในเมื่อแรงโน้มถ่วงของบิทคอยน์ตอนนี้ดึงดูดเด็ฟที่ถูกเอาเปรียบจากหลาย ๆ มูลนิธิ ให้กลับมาสนใจไซเฟอร์พังก์เทคกันแล้ว ใครไม่เข้ามาอ่านก็ตกแรงค์กันไป เดลูลู . . 🌐:

Zines

Zines

Booklets about bitcoin technology

🐙:

GitHub

GitHub - aekasitt/zines: Translation boilerplate for and booklet app for educational pamphlets for Bitcoin and cypherpunk technologies

Translation boilerplate for and booklet app for educational pamphlets for Bitcoin and cypherpunk technologies - aekasitt/zines

#BitcoinThai #Liquid #Siamdev #Siamstr

𝙧𝘽𝙋𝙁 ใช่สมาร์ทคอนแทร็กท์เขียนด้วยภาษา #Rust รึเปล่า ? ทำไมถึงต้องมาคู่กับ 𝙗𝙧𝙞𝙗𝙚𝙨 ? . . เป็นหัวข้อหนึ่งที่ไม่อยากพูดถึงในตอนแรก เพราะเมื่อหลายปีที่แล้วเคยกล่าวชมวิธีการรื้อฟื้น 𝘉𝘦𝘳𝘬𝘦𝘭𝘦𝘺 𝘗𝘢𝘤𝘬𝘦𝘵 𝘍𝘪𝘭𝘵𝘦𝘳 จากปีคศ. 𝟙𝟡𝟡𝟚 ในรูปแบบ 𝘦𝘹𝘵𝘦𝘯𝘥𝘦𝘥 เรียกว่า 𝘦𝘉𝘗𝘍 ให้สาวกคริปโต​​​​ ฯ ท่านหนึ่งฟัง แล้วเขาเข้าใจผิดว่าเราลำเอียงเข้าข้างเหรียญที่ใช้ 𝘳𝘶𝘯𝘵𝘪𝘮𝘦 𝘉𝘗𝘍 ตัวหนึ่งไปแล้ว แต่ขออธิบายอย่างแรกก่อนนะครับว่าโปรแกรมที่ดัดแปลงใช้เบิร์กลี่ย์แพคเก็ตฟิลเตอร์ หาใช่สัญญาอัจฉริยะ ที่ปราศจากการแทรกแซงตรรกะแต่อย่างใดนะครับ ถ้าได้อ่านในพาดหัวก็คงจะเห็นคำว่า 𝙗𝙧𝙞𝙗𝙚𝙨 ที่แปลว่าสินบนสำหรับการแทรกแซงนำหน้า ที่เป็นเรื่องสามัญของวงการนี้ไปแล้ว เรามาทำความเข้าใจเทคโนโลยีกันก่อน แล้วชี้ให้เห็นข้อแตกต่างสำคัญกับนิยามของ 𝘚𝘮𝘢𝘳𝘵 𝘊𝘰𝘯𝘵𝘳𝘢𝘤𝘵𝘴 ที่ประกาศตัวในปีเดียวกันโดยนักพัฒนาไซเฟอร์พังก์ชื่อว่า 𝘕𝘪𝘤𝘬 𝘚𝘻𝘢𝘣𝘰 . . 𝘦𝘉𝘗𝘍 และเทคในแขนง เป็นเวอร์ช่วลแมชชีนที่ใช้รีจิสตรี้ขึ้นตรงกับเคอร์เน่ลของ 𝘓𝘪𝘯𝘶𝘹 โดยตรง มีหน้าที่อ่านแปลความหมาย (𝘐𝘯𝘵𝘦𝘳𝘱𝘳𝘦𝘵𝘪𝘰𝘯) และคอมไพล์แบบจัสท์อินไทม์ (𝘑𝘐𝘛 𝘤𝘰𝘮𝘱𝘪𝘭𝘢𝘵𝘪𝘰𝘯) เปรียบเหมือนรันไทม์ของไพธ่อนและโหนด เว้นแต่เป็นการรันโปรแกรมของยูสเซ่อร์แบบเข้าถึงขั้นเคอร์เน่ลได้ และรับการใช้งานรอบด้านได้แบบกระจายศูนย์ระดับเล็ก (ขึ้นอยู่กับ 𝘉𝘺𝘻𝘢𝘯𝘵𝘪𝘯𝘦 𝘍𝘢𝘶𝘭𝘵 𝘛𝘰𝘭𝘦𝘳𝘢𝘯𝘤𝘦 อัลกอริธึมของเครือข่ายนั้น ๆ) นอกจากนี้ยังห้ามวงจรลูปที่ไม่มีขอบเขต (𝘶𝘯𝘣𝘰𝘶𝘯𝘥𝘦𝘥 𝘭𝘰𝘰𝘱𝘴) ได้โดยการสร้างกราฟการควบคุมการไหล (𝘊𝘰𝘯𝘵𝘳𝘰𝘭-𝘍𝘭𝘰𝘸 𝘎𝘳𝘢𝘱𝘩) และปฏิเสธโปรแกรมที่มีวงจรในนั้น เพื่อให้ผ่านการตรวจสอบนี้ หากมีลูปจะต้องคลี่ลูปออกหรือใช้ฟังก์ชันช่วยที่กำหนด . . ข้อเสียของการทำงานกระจายศูนย์อย่างไม่พึ่งพาสัญญาอัจฉริยะ คือการเติบโตของ 𝘔𝘌𝘝 มูลค่าไหลขึ้น, การใช้งาน 𝘚𝘯𝘪𝘱𝘦𝘳𝘉𝘰𝘵 แทรกแซงการทำงานทางการค้าในรูปแบบแซนด์วิช (𝘴𝘢𝘯𝘥𝘸𝘪𝘤𝘩 𝘢𝘵𝘵𝘢𝘤𝘬𝘴), การสะสมข้อมูลเมต้าดาต้าของผู้ใช้งานเพราะไม่มีการ 𝘢𝘯𝘰𝘯𝘺𝘮𝘪𝘻𝘦 𝘪𝘯𝘴𝘵𝘳𝘶𝘤𝘵𝘪𝘰𝘯 𝘴𝘦𝘵𝘴, การตรวจเช็คแทรกแซงในทุกการใช้งานไม่งั้นมูลค่าสูญหาย, การโจมตีออราเคิ่ล (𝘰𝘳𝘢𝘤𝘭𝘦 𝘢𝘵𝘵𝘢𝘤𝘬𝘴) เพื่อให้แหล่งที่มาข้อมูลคลาดเคลื่อน เพราะผู้สอดส่องสามารถแทรกแซงตรรกะทัวลิ่งได้ ไม่เหมือนตรรกะสัญญาอัจฉริยะ ฯลฯ [จากลิงก์ที่แนบข้อสอง] หรือแม้กระทั่งการทำงานของการโอนมูลค่าแลมพอร์ทก็สามารถทำให้บัญชีไม่ผ่านการประมวล 𝘳𝘦𝘯𝘵-𝘦𝘹𝘦𝘮𝘱𝘵𝘪𝘰𝘯 และโดนระงับได้ เพราะ 𝘈𝘤𝘤𝘰𝘶𝘯𝘵 𝘚𝘺𝘴𝘵𝘦𝘮 แบบมีการแฝง 𝘸𝘳𝘪𝘵𝘦-𝘥𝘦𝘮𝘰𝘵𝘪𝘰𝘯 อยู่หลายโปรแกรม (โปรแกรมนะครับ ไม่ใช่สมาร์ทคอนแทร็กท์) รวมไปถึง 𝚜𝚎𝚌𝚙𝟸𝟻𝟼𝚛𝟷_𝚙𝚛𝚘𝚐𝚛𝚊𝚖 ที่ใช้กันแพร่หลายบนเมนเน็ตของระบบนิเวศน์ตัวหนึ่ง [จากลิงก์ที่แนบข้อสาม] . . กลับมาเล่าเรื่อง 𝙗𝙧𝙞𝙗𝙚𝙨 กันบ้าง เพราะในระบบนิเวศน์ที่ดัดแปลงใข้งาน 𝘦𝘉𝘗𝘍 นั้น ไม่ได้เรียกสิ่งนี้ว่าบั๊กแต่เป็นฟีเจอร์นะครับ หมายถึงแรงจูงใจทางเศรษฐกิจที่ผู้ใช้หรือผู้ค้าจ่ายให้กับผู้ตรวจสอบ (𝘷𝘢𝘭𝘪𝘥𝘢𝘵𝘰𝘳𝘴) เพื่อให้ผู้ตรวจสอบเหล่านั้นจัดลำดับความสำคัญในการประมวลผลธุรกรรมของตนก่อน โดยทั่วไปสินบนนี้มาในรูปแบบของค่าธรรมเนียมลำดับความสำคัญ (𝘱𝘳𝘪𝘰𝘳𝘪𝘵𝘺 𝘧𝘦𝘦𝘴) ซึ่งเป็นค่าธรรมเนียมพิเศษที่ผู้ใช้สามารถตั้งขึ้นเพื่อจูงใจให้ธุรกรรมของพวกเขาถูกใส่ในบล็อกโดยเร็วกว่าธุรกรรมทั่วไป ค่าธรรมเนียมเหล่านี้ถูกคำนวณตามจำนวนหน่วยคอมพิวต์ที่ธุรกรรมใช้และราคาต่อหน่วยคอมพิวต์ที่ผู้ใช้พร้อมจ่าย แปลว่าเป็นระบบลำเอียงอย่างชัดเจน สร้างแรงต่อต้านการกระจายศูนย์เพื่อความเป็นกลาง (𝘯𝘦𝘶𝘵𝘳𝘢𝘭𝘪𝘵𝘺) อย่างมากมาย เพราะการเพิ่มเติมจำนวนผู้ถือหุ้นส่วนย่อมละลายค่าของผู้มาก่อนกาล . . ทางลัดของการสร้างระบบกระจายศูนย์แบบไม่เป็นกลาง จึงหันมาใช้ระบบ 𝘦𝘉𝘗𝘍 แบบดัดแปลงภาษา #รัสท์ และอื่น ๆ นอกจากการใช้งานรัสท์สร้าง 𝘪𝘯𝘵𝘦𝘳𝘱𝘳𝘦𝘵𝘦𝘥 𝘴𝘰𝘧𝘵𝘸𝘢𝘳𝘦 สำหรับ 𝘦𝘉𝘗𝘍 แล้ว ในโลกของไซเฟอร์พังก์ยังมีการนิยมสร้าง 𝘞𝘦𝘣𝘈𝘴𝘴𝘦𝘮𝘣𝘭𝘺 ขนาดกะทัดรัดแพร่หลายกลไกไขรหัสได้อีกด้วยนะครับ ใครที่สนใจการใช้งาน 𝘚𝘪𝘮𝘱𝘭𝘪𝘤𝘪𝘵𝘺 ซึ่งเป็น 𝘙𝘶𝘴𝘵-𝘣𝘢𝘴𝘦𝘥 𝘉𝘭𝘰𝘤𝘬𝘤𝘩𝘢𝘪𝘯 𝘗𝘳𝘰𝘨𝘳𝘢𝘮𝘮𝘪𝘯𝘨 𝘓𝘢𝘯𝘨𝘶𝘢𝘨𝘦 สำหรับสร้าง 𝘚𝘮𝘢𝘳𝘵 𝘊𝘰𝘯𝘵𝘳𝘢𝘤𝘵𝘴 สามารถอ่านเพิ่มเติมได้จาก npub นี้นะครับ . . ที่มา / แรงบันดาลใจ 1. In Rust We Trust - Berkeley Packet Filter and Rust, Anatoly Yakovenko - youtu.be/oBW2KJq3FnA 2. arxiv.org/html/2504.07419v1 3. Why Wasm came to Web3, Jakob Meier, 2024. - www.jakobmeier.ch/wasm-road-3 4. The hidden dangers of lamport transfers, Nicola Vella, 2025. - osec.io/blog/2025-05-14-king-of-the-sol #RustProgrammersInThailand #RustThai #SimplicityLang #eBPF #rBPF

𝙲𝚃𝚅 + 𝙲𝚂𝙵𝚂 มีแรงชักจูงคลื่นใต้น้ำเยอะมาก ๆ นะครับ ใครสามารถบอกได้บ้างว่า Rust โค้ดที่ใช้ 𝗉𝗋𝗂𝗆𝗂𝗍𝗂𝗏𝖾𝗌 เพิ่มแค่สองตัว แล้วก็ใช้เครือข่ายรีเลย์กระจายศูนย์บนทุ่งม่วง #Nostr สามารถล่มสลายแนร์เรทีฟของดีไฟได้อย่างไร ลองมาศึกษาดูกันเลย . กุญแจล็อกรูปแบบห้องนิรภัย 𝖵𝖺𝗎𝗅𝗍 พื้นฐาน: เงินทุนถูกล็อกไว้ในผลลัพธ์ 𝖯𝟤𝖳𝖱 ที่มีสคริปต์ 𝖢𝖳𝖵 แบบใบเดียว ซึ่งผูกติดกับแม่แบบธุรกรรมทริกเกอร์ ทริกเกอร์จะเปลี่ยนไปที่ 𝖯𝟤𝖳𝖱 แบบมีเงื่อนไขแตกกิ่งก้านเมอร์เคิ่ล: - กิ่งกรณี 𝖨𝖥 ต้องมีการหน่วงเวลา 𝖢𝖲𝖵 และลายเซ็นคีย์ร้อน; - กิ่งกรณี 𝖤𝖫𝖲𝖤 เป็น 𝖢𝖳𝖵 ไปยังที่อยู่เย็น (ทันที ไม่มีลายเซ็น) คีย์ภายใน 𝖭𝖴𝖬𝖲 บังคับให้ใช้จ่ายสคริปต์ . . ขั้นตอนสาธิต: การดึงเงินคืนกรณีผ่าน 𝖢𝖳𝖵 กุญแจล็อกเงินทุน 𝖯𝟤𝖳𝖱 ส่งธุรกรรมเหนี่ยวไกสัญญา (ตรงตามเงื่อนไข 𝖢𝖳𝖵 จากกุญแจล็อก) จากนั้นส่งธุรกรรมเย็น (𝘤𝘰𝘭𝘥 𝘵𝘹) จากทริกเกอร์ (กรณี 𝖤𝖫𝖲𝖤, ตรงตามเงื่อนไข 𝖢𝖳𝖵 ไปยังที่อยู่เย็น) ไม่มีการหน่วงเวลา ใช้งานได้ในกรณีฉุกเฉินหากตรวจพบทริกเกอร์ (เช่น กุญแจร้อนถูกแฮ็ก) . . (สำหรับผู้เชี่ยวชาญ) กุญแจล็อกรูปแบบห้องนิรภัย 𝖵𝖺𝗎𝗅𝗍 เชิงซับซ้อน: กิ่งกรณีแรกสำหรับเส้นทาง 𝖢𝖳𝖵 (เหมือนแบบพื้นฐาน) และเสริมกรณีสองสำหรับ 𝖢𝖲𝖥𝖲: ตรวจสอบลายเซ็น 𝖲𝖼𝗁𝗇𝗈𝗋𝗋 บนข้อความมอบหมายสิทธิ์ (เช่น "𝖤𝖬𝖤𝖱𝖦𝖤𝖭𝖢𝖸_𝖣𝖤𝖫𝖤𝖦𝖠𝖳𝖨𝖮𝖭:𝖠𝖬𝖮𝖴𝖭𝖳=...:𝖱𝖤𝖢𝖨𝖯𝖨𝖤𝖭𝖳=...:𝖤𝖷𝖯𝖨𝖱𝖸=...:𝖵𝖠𝖴𝖫𝖳=...") จากกุญแจเหรัญญิก (ผู้คุม 𝖵𝖺𝗎𝗅𝗍) เพื่ออนุญาตให้ใช้จ่ายโดยตรงไปยังผู้รับ (ทางหนีฉุกเฉิน) . . (สำหรับผู้เชี่ยวชาญ) ขั้นตอนสาธิต: การมอบหมายสิทธิ์ผ่าน 𝖢𝖲𝖥𝖲 เหรัญญิกรับรองข้อความที่อนุญาตให้ทีมปฏิบัติการใช้จ่าย 𝖷 𝙨𝙖𝙩𝙨 ไปยัง 𝖸 ภายในบล็อก 𝖹 (แม้ว่ายอดและพารามิเตอร์ธุรกรรมไดนามิกอื่น ๆ จะไม่บังคับในเดโม่ โปรดักชั่นต้องใช้ 𝖮𝖯_𝖠𝖬𝖮𝖴𝖭𝖳 อาจเป็นไปได้ที่จะบังคับให้ผู้ใช้จ่ายระบุข้อมูลธุรกรรมใน 𝗐𝗂𝗍𝗇𝖾𝗌𝗌 ตรวจสอบลายเซ็นข้อมูลธุรกรรมด้วย 𝖢𝖲𝖥𝖲 แล้วตรวจสอบองค์ประกอบธุรกรรมที่ต้องการ เช่น ยอดเงิน) ใช้จ่ายจากกุญแจล็อกโดยตรงผ่านใบ 𝖢𝖲𝖥𝖲: 𝖶𝗂𝗍𝗇𝖾𝗌𝗌 รวมลายเซ็น แฮชข้อความ กุญแจสาธารณะเหรัญญิก สคริปต์ และคอนโทรล ข้าม 𝖢𝖳𝖵/การล็อกเวลาในกรณีฉุกเฉินที่ได้รับอนุญาต . . เจ้าของผลงาน Abdelhamid Bakhta ผู้คงตำแหน่งบิทคอยน์แม็กซิจากทีมสตาร์กแวร์ ผลงาน​ #รัสท์ อื่น ๆ จาก Abdel มีอีกเพียบ โดยเฉพาะที่เกี่ยวข้องกับ STARK แต่วันนี้ขอแนะนำแค่นี้ก่อนนะครับ - กระบะทราย Rustreexo -

Utreexo Accumulator - Interactive Demo

Interactive demonstration of the Utreexo accumulator - a dynamic hash-based accumulator for Bitcoin

- WASM Bindings สำหรับ Rustreexo -

GitHub

GitHub - AbdelStark/rustreexo-wasm: WebAssembly (WASM) bindings for the Rustreexo Utreexo accumulator library

WebAssembly (WASM) bindings for the Rustreexo Utreexo accumulator library - AbdelStark/rustreexo-wasm

- DOKO แบ็คเอนด์สำหรับ Markstr -

GitHub

GitHub - AbdelStark/doko: Bitcoin Vault proof of concept using CTV + CSFS

Bitcoin Vault proof of concept using CTV + CSFS. Contribute to AbdelStark/doko development by creating an account on GitHub.

- Markstr - https://doko-vert.vercel.app/payouts #BitcoinThailand #Siamdev #Siamstr . .

ลองมือ ๆ ตอนนี้ตัวช่วยเขียนภาษา ซิมพลิซิตี้ แทบไม่มี ก็เลยไปส่องดูเสปคภาษา #SimplicityHL แล้วเขียน LSP ขึ้นมา เป็นเหมือนเซิร์ฟเล็ก ๆ เบื้องหลังโปรแกรมเขียนโค้ด เพื่อแนะแนวแล้วก็บอกขยายความคีย์เวิร์ดต่าง ๆ ในภาษานะครับ มาพร้อมกับปลั๊กอินของนีโอวิมด้วย (i use #neovim, btw.) 🐙:

GitHub

GitHub - krutt/oxeye: Language Server Protocol server for Simplicity blockchain programming language

Language Server Protocol server for Simplicity blockchain programming language - krutt/oxeye

🐙:

GitHub

GitHub - krutt/oxeye.nvim: Language server protocol and syntax highlighter for Simplicity blockchain programming language

Language server protocol and syntax highlighter for Simplicity blockchain programming language - krutt/oxeye.nvim

ความซื่อตรงของบล็อกสตรีมคือสุด ๆ ไม่ยอมบิดเบือนกะล่อนตามคริปโต ฯ​ แม้แต่น้อย พอลองไปอ่านเสปคของภาษาดูแล้ว มันชื่อว่า "Simplicity ภาษาบล็อกเชนโปรแกรมมิ่งชั้นสูงสำหรับการสร้าง Smart Contracts แห่งอนาคต" เพราะว่าสัญญาอัจฉริยะนั้นหมายถึงผลลัพธ์ของกลไกไขรหัสแฝงตรรกะไร้การแทรกแซง ไม่ใช่โปรแกรมที่สร้างมันนะครับ เมื่อเรามุ่งเน้นการสร้างสัญญาอัจฉริยะสมาร์ทคอนแทร็กท์ เหนือเครือข่ายบิทคอยน์ที่มีความกระจายศูนย์ด้วยฉันทามตินาคาโมโตะ (Nakamoto consensus) เราก็ไม่หวังพึ่งพามูลนิธิรวมพล รวบโปรแกรมเป็นหมวดหมู่ แล้วเรียกโปรแกรมว่าสัญญา ทำให้มือใหม่หลงผิดเอาง่าย ๆ #Bitcoin #BitcoinThailand #Bitdev #Neovim #Plugin #Siamstr #Siamdev #Simplicity

#พาร์ทแรก คิดหนักมากก่อนที่จะเอา ภูมิปัญญาบิทคอยน์แสตนดาร์ด นี้มาแชร์ เนื่องจาก 𝕆ℙ𝕊𝔼ℂ ที่ย่อมาจากโอเปอเรชั่นเซเคียวริตี้ของแต่ละคนนั้น ถือว่าเป็นชุดข้อมูลตามหาตัวผู้ใช้ ที่เรามักไม่แบ่งปันกัน แต่ในเมื่อความปลอดภัยของบิทคอยน์เฟเดอเรชั่น ได้ถูกพิสูจน์ตนในตลาดมามากพอสมควร เราไม่มาลองเรียนรู้กลยุทธ์การใช้งานผู้ให้บริการไลท์นิ่ง (Lightning Service Provider) แบบไม่ต้องเสียข้อมูลส่วนบุคคลดูหล่ะ . . ประมาณปีหนึ่งแล้วหล่ะ หลังจากพาเน่ลของ 𝙏𝙝𝙖𝙞𝙡𝙖𝙣𝙙 𝘽𝙞𝙩𝙘𝙤𝙞𝙣 𝘾𝙤𝙣𝙛𝙚𝙧𝙚𝙣𝙘𝙚 #TBC2024 ที่มีผู้เข้ามานั่งฟังส่งคำถาม 𝚀𝚗𝙰 ขึ้นมาบนเวที แล้วถามถึงความกังวลเกี่ยวกับ การรวมศูนย์ของไลท์นิ่งเน็ตเวิร์ก เพราะคนส่วนมากใช้โหนดคัสโตเดี้ยนเช่น 𝚆𝚊𝚕𝚕𝚎𝚝 𝚘𝚏 𝚂𝚊𝚝𝚘𝚜𝚑𝚒 ในการใช้งานวันต่อวัน ไม่ทำให้ความเสี่ยงในการฝากถือครองบิทคอยน์เป็นปัญหาใหญ่หรอกเหรอ ทุกคนที่ติดตามเพจ Krutt แล้วรู้ดีถึงการลดความเสี่ยงนี้ด้วยธนบัตรชอวเมี่ยนคงไม่กังวลอะไร แต่เราลองมาเดินไปพร้อมกันแล้ววางแผน "สมมุติ" ของบุคคลที่ได้รับคำตอบจากพาเน่ลไป (ไม่เผยซื่อผู้ใช้หรือเซอร์วิสด้วย) . . """ ถ้าคุณเพ็กบิทคอยน์บนลิควิดแล้วถือเหรียญของไซด์เชน ใช้กระเป๋าอควาในการเชื่อมกับ 𝙱𝙾𝙻𝚃𝚉 ซึ่งเป็นเอ็กซ์แชนจ์กระจายศูนย์ (𝙳𝚎𝙵𝚒) คุณก็สามารถใช้จ่ายไลท์นิ่งทันใจ ได้โดยไม่พึ่งพาคัสโตเดี้ยนเลยแม้แต่ตัวเดียว มีการพึ่งพาเฟเดอเรชั่นของเสตทเชนตัวหนึ่ง ซึ่งผ่านสมรภูมิมาแล้วรวมถึงมีความไวทางบล็อกไทม์กว่าเมนเน็ต ส่วนไลท์นิ่งจะทำงานผ่านอะตอมมิกสว็อพทำให้ธุรกรรมแต่ละตัวจากไซด์เชนถึงเมนเซน เกิดขึ้นอย่างเรียบง่าย และได้รับการปกป้องจากเครือข่ายบิทคอยน์ทุกสายฟ้าฟาด """ . . หลังจากรับข้อมูลนี้ไป บุรุษท่านนี้ได้มองเห็นความสามารถยืดหยุ่นเพิ่มเติมของเสตทเชน หรือที่วัยรุ่นเจ็นแซ่บเรียกกันว่า เลเยอร์สองนะครับ แน่นอนว่าเรื่องชื่อเสียที่วงการคริปโต ฯ สร้างกันมาเช่นการฟรีซสลากเทียบคู่ดอลล่าร์สหรัฐ หรือกลไกการสอดส่องติดตามอื่น ๆ เราคงยังต้องแก้ไขกันอีกเยอะ แต่ในวันนี้ เราขอพูดถึงเทคโนโลยีขั้นต่อไปจากตรงนี้ก่อน บนเทคโนโลยีที่ชื่อว่า 𝙰𝚛𝚔 ซึ่งเป็นเทคโนโลยี 𝚂𝚝𝚊𝚝𝚎𝚌𝚑𝚊𝚒𝚗 ของบิทคอยน์จากศิษย์เก่าบริษัทบล็อกสตรีม ที่ไม่พอใจกับการเข้าถึงยากของเฟเดอเรชั่นไซด์เชนนามว่าลิควิด หรือเลเยอร์สองรูปแบบแชนเน่ลที่ชื่อว่าไลท์นิ่งกันนะครับ . . 𝙰𝚛𝚎 𝚜𝚝𝚊𝚝𝚎𝚌𝚑𝚊𝚒𝚗𝚜 𝚜𝚎𝚕𝚏-𝚌𝚞𝚜𝚝𝚘𝚍𝚒𝚊𝚕? คำถามแรกและคำถามสำคัญที่สุดของบทความเกริ่นเรื่อง ไซด์เชนจากทีมงาน 𝙗𝙞𝙩𝙘𝙤𝙞𝙣++ ได้บอกเอาไว้ว่า """ 𝚆𝚑𝚎𝚗 𝚙𝚎𝚘𝚙𝚕𝚎 𝚝𝚊𝚕𝚔 𝚊𝚋𝚘𝚞𝚝 “𝙻𝟸 𝚜𝚎𝚕𝚏-𝚌𝚞𝚜𝚝𝚘𝚍𝚢,” 𝚝𝚑𝚎𝚢 𝚊𝚛𝚎 𝚛𝚎𝚏𝚎𝚛𝚛𝚒𝚗𝚐 𝚝𝚘 𝚞𝚜𝚎𝚛𝚜 𝚛𝚎𝚝𝚊𝚒𝚗𝚒𝚗𝚐 𝚊 𝚞𝚗𝚒𝚕𝚊𝚝𝚎𝚛𝚊𝚕 𝚎𝚡𝚒𝚝 𝚙𝚊𝚝𝚑 𝚊𝚗𝚍 𝚑𝚊𝚟𝚒𝚗𝚐 𝚊 𝚙𝚛𝚘𝚟𝚊𝚋𝚕𝚎 𝚊𝚜𝚜𝚞𝚛𝚊𝚗𝚌𝚎 𝚝𝚑𝚊𝚝 𝚝𝚑𝚎𝚢 𝚊𝚛𝚎 𝚝𝚑𝚎 𝚘𝚗𝚕𝚢 𝚘𝚗𝚎𝚜 𝚠𝚑𝚘 𝚌𝚊𝚗 𝚜𝚙𝚎𝚗𝚍 𝚝𝚑𝚎 𝚌𝚘𝚒𝚗𝚜 𝚝𝚑𝚊𝚝 𝚝𝚑𝚎𝚢 𝚌𝚞𝚜𝚝𝚘𝚍𝚢. """ . . แปลว่า ความหมายของเหรียญ peg-in ของแต่ละเสตทเชนนั้น จะขึ้นอยู่กับว่าบิทคอยเน่อร์สามารถทวงคืนมูลค่าสู่เมนเน็ตได้หรือไม่ (ในบทความมีการติชม 𝙎𝙥𝙖𝙧𝙠 อย่างหนักว่าไม่มอบความสามารถนี้ให้กับผู้ใช้) แต่ว่าปัญหาที่สองจะเกิดขึ้นทันที เนื่องจากการทำงานเสกลลิ่งของบล็อกเชนสองชั้นนั้น หาควรใช้คำตอบด้วยบล็อกเชนอีกตัวหนึ่งไม่ ในสายตาของไซเฟอร์พังก์ยุคบุกเบิก 𝘾𝙖𝙣 𝙬𝙚 𝙨𝙘𝙖𝙡𝙚 𝙗𝙞𝙩𝙘𝙤𝙞𝙣... 𝙬𝙞𝙩𝙝 𝙤𝙩𝙝𝙚𝙧 𝙗𝙡𝙤𝙘𝙠𝙘𝙝𝙖𝙞𝙣𝙨? """ 𝚁𝚘𝚕𝚕𝚞𝚙𝚜 𝚖𝚞𝚜𝚝 𝚞𝚜𝚎 𝚋𝚒𝚝𝚌𝚘𝚒𝚗 𝚊𝚜 𝚊 𝚍𝚊𝚝𝚊 𝚊𝚟𝚊𝚒𝚕𝚊𝚋𝚒𝚕𝚒𝚝𝚢 𝚕𝚊𝚢𝚎𝚛. 𝚃𝚑𝚎 𝚊𝚋𝚒𝚕𝚒𝚝𝚢 𝚝𝚘 𝚝𝚛𝚞𝚜𝚝𝚕𝚎𝚜𝚜𝚕𝚢 𝚛𝚎𝚌𝚘𝚗𝚜𝚝𝚛𝚞𝚌𝚝 𝚝𝚑𝚎 𝚛𝚘𝚕𝚕𝚞𝚙’𝚜 𝚜𝚝𝚊𝚝𝚎, 𝚏𝚛𝚘𝚖 𝚋𝚒𝚝𝚌𝚘𝚒𝚗, 𝚊𝚗𝚍 𝚋𝚞𝚒𝚕𝚍 𝚏𝚞𝚕𝚕𝚢 𝚝𝚛𝚞𝚜𝚝-𝚖𝚒𝚗𝚒𝚖𝚒𝚣𝚎𝚍 𝚜𝚒𝚍𝚎𝚜𝚢𝚜𝚝𝚎𝚖 𝚋𝚛𝚒𝚍𝚐𝚎𝚜 𝚒𝚜 𝚝𝚑𝚎 𝚛𝚎𝚜𝚞𝚕𝚝 𝚘𝚏 𝚞𝚜𝚒𝚗𝚐 𝚋𝚒𝚝𝚌𝚘𝚒𝚗 𝚊𝚜 𝚊 𝚍𝚊𝚝𝚊 𝚊𝚟𝚊𝚒𝚕𝚊𝚋𝚒𝚕𝚒𝚝𝚢 𝚕𝚊𝚢𝚎𝚛. """ . . คำสัญญาที่นักระดมทุนชอบฟัง คือการใช้งานอ็อพติมิสติกโรลอัพ หรือเพิ่มความซับซ้อนด้วยซีโร่โนว์เล็ดจ์ แล้วนำเอาข้อมูลออฟเชนทำงานคูณหมื่นคูณล้านรอบได้ แต่ปากขวดของการคิดมักง่ายนี้จะติดคำว่า 𝚍𝚊𝚝𝚊-𝚊𝚟𝚊𝚒𝚕𝚊𝚋𝚒𝚕𝚒𝚝𝚢 เลเยอร์ หรือชุดข้อมูลกระจายศูนย์ของบิทคอยน์นั้น ไม่ใช่สิ่งที่เราสามารถตั้งมั่นล่วงหน้าได้ก่อนถึงเวลาแสตมป์บล็อกนั้นเองนะครับ . . ในโพสท์หน้า เราจะมาพูดถึงเทคโนโลยีแหวกแนว ที่เลิกตกหลุมพรางทางความซับซ้อนของวงการ แล้วเลือกที่จะเสกลบล็อกธุรกรรมบนบิทคอยน์ ผ่านการเสกล 𝚄𝚃𝚇𝙾 แทนที่การเสกลบล็อกแทนนะครับ กลุ่มนักพัฒนาเหล่านี้ใช้งเทคโนโลยีชื่อว่า 𝙰𝚛𝚔 และมีสองทีมแข่งขันกัน แฝงดราม่าเล็ก ๆ ชื่อว่า 𝙰𝚛𝚔𝙻𝚊𝚋𝚜 นำโดย 𝙰𝚗𝚍𝚛𝚎𝚠 𝙲𝚊𝚖𝚒𝚕𝚕𝚎𝚛𝚒 และ 𝚂𝚎𝚌𝚘𝚗𝚍 นำโดย 𝙽𝚎𝚒𝚕 𝚆𝚘𝚘𝚍𝚏𝚒𝚗𝚎 กัน . . #Bitcoin #Siamstr #Siamdev #ArkLabs #Second #Ark

ถ้าต้องขออนุญาตใครในการทวงคืนบิทคอยน์ของคุณจากสมาร์ทคอนแทร็กท์ / เลเยอร์สอง มันไม่ใช่บิทคอยน์ของคุณแล้วหล่ะ แต่ว่าเป็น 𝙬𝙧𝙖𝙥𝙥𝙚𝙙 𝙗𝙞𝙩𝙘𝙤𝙞𝙣 ซึ่งเป็นปัญหาระดับโลกที่ไซเฟอร์พังก์บนทุก ๆ ระบบนิเวศน์พยายามแก้ไขกันอยู่ . . หลายคนนอกวงการเด็ฟอาจจะไม่รู้ถึงการโต้วาทีออนไลน์เดือดระอุเรื่องเลเยอร์สองหลาย ๆ ตัว โดยเฉพาะจากการวิจารณ์กันและกันระหว่างทีมงาน 𝙰𝚛𝚔𝙻𝚊𝚋𝚜 กับ 𝙻𝚒𝚐𝚑𝚝𝚜𝚙𝚊𝚛𝚔 ที่เกิดขึ้นเมื่อสัปดาห์ที่ผ่านมา เราเลยขอมาขยายความเรื่องเ่ทคโนโลยีอาร์ค ที่มีสองทีมแข่งขันกันพัฒนาอยู่ในปัจจุบันนะครับ 𝙰𝚛𝚔𝙻𝚊𝚋𝚜 นำโดย 𝙰𝚗𝚍𝚛𝚎𝚠 𝙲𝚊𝚖𝚒𝚕𝚕𝚎𝚛𝚒 และ 𝚂𝚎𝚌𝚘𝚗𝚍 นำโดย 𝙽𝚎𝚒𝚕 𝚆𝚘𝚘𝚍𝚏𝚒𝚗𝚎 กัน . . ก่อนอื่นเลยคือเลเยอร์สองที่เรากำลังพูดถึงกันนี้ ไม่จำเป็นต้องมีการทำซอฟท์ฟอร์กนะครับ จากบทสัมภาษณ์ล่าสุดของ 𝙰𝚗𝚍𝚛𝚎𝚠 𝙲𝚊𝚖𝚒𝚕𝚕𝚎𝚛𝚒 นามแฝงว่า 𝙺𝚞𝚔𝚔𝚜 บนพ็อดแคสท์ 𝘽𝙏𝘾𝙏𝙆𝙑𝙍 (บิทคอยน์เทคโอเว่อร์) เมื่อวันที่ 28 มิถุนายนที่ผ่านมานี้ (𝚂𝟷𝟼𝙴𝟹𝟷 00:0𝟺:𝟻𝟻 - 00:0𝟽:𝟹𝟷) เทคโนโลยีอาร์คในเวอร์ชั่นแรกของเจ้าตัวเด็ฟชื่อว่าบูรัคอดีตเด็ฟประจำบล็อกสตรีม มีความต้องการใช้ 𝙾𝙿_𝙲𝙷𝙴𝙺𝙲𝚃𝙴𝙼𝙿𝙻𝙰𝚃𝙴𝚅𝙴𝚁𝙸𝙵𝚈 หรือ 𝙾𝙿_𝙲𝚃𝚅 ที่เรียกกันสั้น ๆ สำหรับการสร้างโคฟเวอแน้นท์ . . ""' 𝚃𝚑𝚎 𝚎𝚊𝚜𝚒𝚎𝚜𝚝 𝚠𝚊𝚢 𝚝𝚘 𝚍𝚎𝚜𝚌𝚛𝚒𝚋𝚎 𝙰𝚛𝚔 𝚒𝚜 𝚝𝚑𝚊𝚝 𝚠𝚎 𝚖𝚊𝚔𝚎 𝚎𝚟𝚎𝚛𝚢𝚝𝚑𝚒𝚗𝚐 𝚟𝚒𝚛𝚝𝚞𝚊𝚕 """ เสร็จแล้วพ่อคุณ แค่อธิบายไลท์นิ่งให้แม่ฟัง แม่ยังไม่เข้าใจ แล้ววันนี้ต้องมาอธิบายให้บิทคอยเน่อร์เข้าใจถึง 𝚅𝚒𝚛𝚝𝚞𝚊𝚕 𝚃𝚛𝚊𝚗𝚜𝚊𝚌𝚝𝚒𝚘𝚗 𝙾𝚞𝚝𝚙𝚞𝚝 หรือ 𝚟𝚃𝚇𝙾 แทนที่เอาท์พุทธุรกรรมค้างชำระ อันเสปนท์ทรานแซ็กชั่นเอาท์พุท ของบล็อกเชนบิทคอยน์เป็นร่างแยกพันร่างแตกตัวได้มากกว่า 𝚄𝚃𝚇𝙾 """ บนบิทคอยน์คุณมี 𝚄𝚃𝚇𝙾𝚜 แตกจำนวน แล้วบนอาร์คคุณจะมี 𝚟𝚃𝚇𝙾𝚜 แตกจำนวนเช่นกัน บนบิทคอยน์คุณจะมีเม็มพูล ส่วนบนอาร์คคุณจะมีเวอร์ช่วลเม็มพูล บนบิทคอยน์คุณสามารถเห็นธุรกรรมอยู่บนบล็อก แล้วบนอาร์คคุณจะเห็นก้อนธุรกรรมคัดเป็นแบทช์ (𝚋𝚊𝚝𝚌𝚑𝚎𝚜) ที่คุณได้มาจากการรวมตัวของผู้ถือบิทคอยน์หลาย ๆ คนมารวมหัวกัน แล้วสร้างก้อนแบทช์ขึ้นมาด้วย 𝚙𝚛𝚎𝚜𝚒𝚐𝚗𝚎𝚍 𝚝𝚛𝚊𝚗𝚜𝚊𝚌𝚝𝚒𝚘𝚗𝚜 (ใครยังไม่เคยเล่นแซนด์บ็อกซ์ 𝚝𝚊𝚢𝚊𝚗 ของ Krutt ลองไปเล่นก้อนแบทช์ได้นะครับ) โดยผู้เข้าร่วมทั้งหมดจะ 𝚌𝚘𝚜𝚒𝚐𝚗 ร่วมกันให้ไม่สามารถถอนออกจากกองกลางด้วยผู้เดียวได้ เพื่อปลูกสร้างต้น 𝚟𝚒𝚛𝚝𝚞𝚊𝚕 𝚝𝚛𝚊𝚗𝚜𝚊𝚌𝚝𝚒𝚘𝚗 𝚝𝚛𝚎𝚎 แล้วแตกแขนงเป็น 𝚟𝚃𝚇𝙾𝚜 ให้กับแต่ละคน """ . . รายละเอียดเอาไปแค่นี้ก่อน 𝚟𝚃𝚇𝙾𝚜 คือ 𝚄𝚃𝚇𝙾𝚜 ที่ใช้คาถาแยกเงาพันร่างสำหรับเลเยอร์สอง อาร์คเป็นบิทคอยน์เลเยอร์สองที่ทำอะไรได้บ้าง ? ชื่อเดิมของเลเยอร์สองตั้งแต่สมัยบิทคอยน์ทอล์คฟอรั่มคือ 𝙎𝙩𝙖𝙩𝙚𝙘𝙝𝙖𝙞𝙣 แล้วตัวเต็งที่ชื่อว่าอาร์คนี้ต้องตอบโจทย์สองข้อก่อนถึงจะมีประโยชน์ โดยเฉพาะหลังจากสัปดาห์ที่แล้วที่แอบแซะเสตทเชนชื่อว่า 𝙎𝙥𝙖𝙧𝙠 ผลงานเปิดตัวของบริษัท 𝙻𝚒𝚐𝚑𝚝𝚜𝚙𝚊𝚛𝚔 ไปว่า 𝙛𝙞𝙣𝙖𝙡𝙞𝙩𝙮 ฝ่ายเขาไม่ได้เรื่อง . . 𝟷. 𝚄𝚜𝚎𝚛𝚜 𝚌𝚊𝚗 𝚘𝚙𝚎𝚛𝚊𝚝𝚎 𝚒𝚗 𝚊 𝚏𝚊𝚜𝚝, 𝚘𝚏𝚏𝚌𝚑𝚊𝚒𝚗 𝚎𝚗𝚟𝚒𝚛𝚘𝚗𝚖𝚎𝚗𝚝 𝚝𝚑𝚛𝚘𝚞𝚐𝚑 𝚝𝚑𝚎 𝚙𝚛𝚎𝚜𝚒𝚐𝚗𝚎𝚍 𝚝𝚛𝚞𝚜𝚝 𝚖𝚘𝚍𝚎𝚕, 𝚠𝚑𝚎𝚛𝚎 𝚝𝚛𝚊𝚗𝚜𝚊𝚌𝚝𝚒𝚘𝚗𝚜 𝚊𝚛𝚎 𝚌𝚘𝚜𝚒𝚐𝚗𝚎𝚍 𝚋𝚢 𝚝𝚑𝚎 𝙰𝚛𝚔𝚊𝚍𝚎 𝚂𝚒𝚐𝚗𝚎𝚛. อันนี้คือคำมั่นผลงานค้นคว้าวิจัยของทีม 𝙰𝚛𝚔𝙻𝚊𝚋𝚜 กล่าวถึงแรงจูงใจผู้ต้องการใช้ 𝙰𝚛𝚔𝚊𝚍𝚎𝙾𝚂 ที่จะเป็นพื้นที่เสตทเชนเซ็นด้วยโอเปอเรเตอร์ของอาร์คแล็บเอง โดยที่เทคโนโลยีอาร์คจะเข้าสู่โลกแห่งซอฟท์แวร์ฟรีและโอเพ่นซอร์ส หมายความว่าการทำงานสร้างแอพพลิเคชั่นและสมาร์ทคอนแทร็กท์ของอาร์คนั้นจะมุ่งไปที่ความเร็วสำหรับเสกลลิ่งยูสเคสให้กับผู้ใช้บริการแบบออฟเชน แต่ยังคงเป็นธุรกรรม 𝚟𝚃𝚇𝙾𝚜 ท่ีไม่มีการแทรกแซงได้ง่าย ๆ เหมือนเทคโนโลยี แอคเค้าท์โมเดลบ่อปลาวาฬ นั่นหมายความว่ามาตรฐานการสร้างสัญญาร่วมไฟแนนเชียลสามารถเคลื่อนไหวได้เร็วกว่าบิทคอยน์เมนเน็ตอีกด้วย เพราะความยืดหยุ่นการต่อเติมอ๊อพโค้ดในระบบนิเวศน์รอง ย่อมมีการตกลงกันได้ง่าย และเป็นตลาดเสรีสำหรับการทดลองซอฟท์แวร์เช่น 𝙰𝚞𝚝𝚘𝚖𝚊𝚝𝚎𝚍 𝙼𝚊𝚛𝚔𝚎𝚝 𝙼𝚊𝚔𝚎𝚛 หรือแสตนดาร์ดสลากโทเค่นเพื่อรองรับสเตเบิ้ลคอยน์บนรางใช้จ่ายค่าธรรมเนียมด้วยบิทคอยน์ เทคโนโลยีอื่น ๆ ที่สามารถใช้ 𝚟𝚃𝚇𝙾𝚜 เป็นรากฐานได้มีเฮ็ดจ์ฮอกของซุปเปอร์เทสท์เน็ต โคฟเวอแน้นท์สร้างกองคลังกลาง ฯลฯ . . 𝟸. 𝙵𝚒𝚗𝚊𝚕𝚒𝚝𝚢 𝚒𝚜 𝚊𝚌𝚑𝚒𝚎𝚟𝚎𝚍 𝚠𝚑𝚎𝚗 𝚞𝚜𝚎𝚛𝚜 𝚜𝚠𝚊𝚙 𝚝𝚑𝚎𝚒𝚛 𝚙𝚛𝚎𝚌𝚘𝚗𝚏𝚒𝚛𝚖𝚎𝚍 𝚟𝚃𝚇𝙾𝚜 𝚒𝚗𝚝𝚘 𝚊 𝚗𝚎𝚠 𝙱𝚊𝚝𝚌𝚑 𝙾𝚞𝚝𝚙𝚞𝚝 𝚌𝚘𝚗𝚏𝚒𝚛𝚖𝚎𝚍 𝚘𝚗 𝙱𝚒𝚝𝚌𝚘𝚒𝚗. 𝚂𝚎𝚝𝚝𝚕𝚎𝚍 𝚅𝚃𝚇𝙾𝚜, 𝚠𝚑𝚒𝚕𝚎 𝚜𝚝𝚛𝚞𝚌𝚝𝚞𝚛𝚊𝚕𝚕𝚢 𝚒𝚍𝚎𝚗𝚝𝚒𝚌𝚊𝚕 𝚝𝚘 𝚙𝚛𝚎𝚌𝚘𝚗𝚏𝚒𝚛𝚖𝚎𝚍 𝚘𝚗𝚎𝚜, 𝚊𝚛𝚎 𝚜𝚘𝚕𝚎𝚕𝚢 𝚝𝚛𝚊𝚌𝚎𝚊𝚋𝚕𝚎 𝚋𝚊𝚌𝚔 𝚝𝚘 𝙱𝚊𝚝𝚌𝚑 𝙾𝚞𝚝𝚙𝚞𝚝 𝚝𝚛𝚊𝚗𝚜𝚊𝚌𝚝𝚒𝚘𝚗𝚜, 𝚎𝚗𝚜𝚞𝚛𝚒𝚗𝚐 𝚏𝚞𝚕𝚕 𝙱𝚒𝚝𝚌𝚘𝚒𝚗-𝚕𝚎𝚟𝚎𝚕 𝚒𝚖𝚖𝚞𝚝𝚊𝚋𝚒𝚕𝚒𝚝𝚢 𝚊𝚗𝚍 𝚌𝚎𝚗𝚜𝚘𝚛𝚜𝚑𝚒𝚙 𝚛𝚎𝚜𝚒𝚜𝚝𝚊𝚗𝚌𝚎. ความแน่นอน 𝙛𝙞𝙣𝙖𝙡𝙞𝙩𝙮 จะเกิดขึ้นเมื่อผู้ใช้ทำการแลกเปลี่ยน 𝚟𝚃𝚇𝙾 ที่ยืนยันไว้ล่วงหน้าเป็น 𝙱𝚊𝚝𝚌𝚑 𝙾𝚞𝚝𝚙𝚞𝚝 ใหม่ที่ได้รับการยืนยันบนบิทคอยน์ โดย 𝚟𝚃𝚇𝙾 ที่ได้รับการตกลงแล้ว แม้ว่าจะมีโครงสร้างเหมือนกับ 𝚟𝚃𝚇𝙾 ที่ยืนยันไว้ล่วงหน้า แต่จะสามารถตรวจสอบย้อนกลับได้เฉพาะไปยังธุรกรรม 𝙱𝚊𝚝𝚌𝚑 𝙾𝚞𝚝𝚙𝚞𝚝 เท่านั้น ซึ่งจะทำให้มีความเปลี่ยนแปลงไม่ได้ในระดับเดียวกับบิทคอยน์ และทนทานต่อการถูกเซ็นเซอร์อย่างเต็มที่ . . คู่แข่งก็ไม่ยอมเหมือนกันหรอกนะ ในเมื่อ 𝙎𝙥𝙖𝙧𝙠 ประกาศแก้ไขปัญหา 𝙛𝙞𝙣𝙖𝙡𝙞𝙩𝙮 ในสัปดาห์ที่ผ่านมา ใช้งานจริงได้เรียบร้อยแล้ว ส่วน 𝙰𝚛𝚔𝚊𝚍𝚎𝙾𝚂 ยังจำเป็นต้องพึ่งพาความเชื่อใจเล็กน้อยในการทำงานของ 𝙰𝚛𝚔𝚊𝚍𝚎 𝚂𝚒𝚐𝚗𝚎𝚛 ไม่ให้เกิดการเซ็นธุรกรรมซ้ำ 𝚍𝚘𝚞𝚋𝚕𝚎-𝚜𝚒𝚐𝚗 𝚌𝚘𝚗𝚏𝚕𝚒𝚌𝚝𝚒𝚗𝚐 𝚝𝚛𝚊𝚗𝚜𝚊𝚌𝚝𝚒𝚘𝚗𝚜 ทำให้เดาไม่ถูกจริง ๆ ถึงอนาคตของเสตทเชนของบิทคอยน์ ไว้เรามาเรียนรู้กันต่อเกี่ยวกับ 𝙎𝙥𝙖𝙧𝙠 ซึ่งเป็น เสตทเชนเกลียดชังโทเค่นแล้วต้องการจะส่งเสริม 𝚄𝙼𝙰 แสตนดาร์ดที่ 𝚃𝚊𝚙𝚛𝚘𝚘𝚝 𝙰𝚜𝚜𝚎𝚝𝚜 และ 𝚁𝙶𝙱 ใช้เพื่อสร้างแอพพลิเคชั่นเชิงซับซ้อนให้กับบิทคอยน์กันในสัปดาห์หน้านะครับ ฝากติดตามด้วย . . #Ark #ArkLabs #Bitcoin #Bitdev #FriendsWithBitcoin #Lightspark #Siamdev #Siamstr #Spark

บิทคอยน์ในเวอร์ชั่นปัจจุบัน ไม่ใช่บิทคอยน์ที่ใช้ความสามารถทั้งหมดที่เคยมี . . เรากำลังพูดถึงโปรโตคอลของบิทคอยน์ที่คัดแยกความสามารถของสคริปท์ตามหมวดหมู่ และมีหมวดหมู่หนึ่งที่ซาโตชิ นาคาโมโตะเป็นผู้เขียนและนำออกไปจากมือผู้ใช้เมื่อวันที่ 15 สิงหาคมปีคศ. 2010 จากเหตุผลความสามารถหยุดชะงักเครือข่ายบิทคอยน์โดยกว้าง จากการแฝงใช้งานอ๊อพโค้ด 𝙾𝙿_𝙻𝚂𝙷𝙸𝙵𝚃 สร้าง 𝙳𝚎𝚗𝚒𝚊𝚕 𝚘𝚏 𝚂𝚎𝚛𝚟𝚒𝚌𝚎 และเป็น ℂ𝕍𝔼 ตัวแรกของบิทคอยน์หลังจากเริ่มใช้บรรทัดฐานชื่อว่าบิ๊พส์ (𝙱𝚒𝚝𝚌𝚘𝚒𝚗 𝙸𝚖𝚙𝚛𝚘𝚟𝚎𝚖𝚎𝚗𝚝 𝙿𝚛𝚘𝚙𝚘𝚜𝚊𝚕𝚜) หมายเลข ℂ𝕍𝔼-𝟚𝟘𝟙𝟘-𝟝𝟙𝟛𝟟 ที่ไม่มีการกล่าวโดยตรงถึงอ๊อพโค้ดเจ้าปัญหาในปีปัจจุบัน ชื่อว่าอ๊อพแคท แต่เป็นจุดเริ่มต้นของการแลกเปลี่ยน 𝘵𝘳𝘢𝘥𝘦-𝘰𝘧𝘧 ที่ผู้บุกเบิกพัฒนาบิทคอยน์ต้องเลือก ในการดูแลรักษาระบบ เมื่อเปรียบกับความสามารถยืดหยุ่นของผู้ใช้ . . เป็นเหตุผลหลัก ๆ ที่ทำให้โปรโตคอลของบิทคอยน์เกิดความล่าช้าในการดัดแปลงใช้ธุรกรรมเชิงซับซ้อนเช่น โคฟเวอแน้นท์ (𝚌𝚘𝚟𝚎𝚗𝚊𝚗𝚝) หัวข้อหลัก ๆ ของเราในวันนี้ และกลุ่มผู้ต้องการฟื้นฟูความสามารถเหล่านี้เช่นกลุ่ม 𝙶𝚛𝚎𝚊𝚝 𝚂𝚌𝚛𝚒𝚙𝚝 𝚁𝚎𝚜𝚝𝚘𝚛𝚊𝚝𝚒𝚘𝚗 (𝙶𝚂𝚁) กับกลุ่ม 𝙻𝙽𝙷𝙰𝙽𝙲𝙴 ผู้ต้องการเห็นโหนดไลท์นิ่งมากกว่าดาวบนท้องฟ้า​โดยมุ่งมั่นการมอบความสามารถ 𝙻𝚗-𝚂𝚢𝚖𝚖𝚎𝚝𝚛𝚢 หรือการควบคุมสภาพคล่องอัตโนมัติ แทนที่อัตโนมือที่หลาย ๆ ผู้รันโหนดไลท์นิ่งต้องพบเจอ โคฟเวอแน้นท์คือธุรกรรมเชิงซับซ้อนที่ตอบโจทย์เหล่านี้โดยตรง และบทสนทนาที่เกี่ยวข้องกับโคฟเวอแน้นท์ได้เปลี่ยนไปมาก เมื่อเปรียบเทียบ ก่อน-หลัง การซอฟท์ฟอร์กสำคัญของเครือข่ายบิทคอยน์ล่าสุด ที่เรียกรวม ๆ กันว่าแท็พรูท ที่นอกจากเพิ่มกลไกไขรหัสบนลายเซ็นชนอร์ (𝚂𝚌𝚑𝚗𝚘𝚛𝚛 𝚜𝚒𝚐𝚗𝚊𝚝𝚞𝚛𝚎) ยังมีการจำกัดขนาดแสต็กของสคริปท์บิทคอยน์ ไม่ให้ทำการดีไนอัลออฟเซอร์วิสต่อโหนดรอบกว้างได้ง่าย ๆ เพราะธุรกรรมเชิงซับซ้อนของบิทคอยน์ สามารถถูกเขียนลงบนบล็อกเชนในขนาดกะทัดรัดได้ ด้วยลายเซ็นชนอร์ เป็น 𝚠𝚒𝚗-𝚠𝚒𝚗 ของผู้เขียนซอฟท์แวร์วอลเล็ต หรือออกแบบแอพพลิเคชั่นขั้นสูงได้ง่าย . . เมื่อผ่านการซอฟท์ฟอร์กแท็พรูทมาแล้ว ไซเฟอร์พังก์ หวนกลับมามองเครือข่ายบิทคอยน์ ที่เป็นน้ำนิ่งทำหน้าที่เฮ็ดจ์ความขาดเสถียรภาพรอบด้าน กับเหรียญย้อมแมวเลียนแบบสองล้านตัว ที่เพิ่มเติมโคฟเวอแน้นท์ตามผังบิทคอยน์ทอล์คฟอรั่มไปทั่ว เรียกแขกเรียกผู้ใช้อย่างไร้ผล กลุ่ม GSR นำโดยคุณรัสตี้ รัสเซลนำเสนอรูปแบบกองคลังความปลอดภัยสูง เรียกว่า Vault บนบิทคอยน์สคริปท์ ไม่พึ่งพาคัสโตเดี้ยนหรือมือที่สามให้ตรวจสอบฐานข้อมูลบล็อกเชนยี่สิบชั่วโมง เป็นการเพิ่มเติมความสามารถหลัก ๆ จากการพัฒนาเชิงโคฟเวอแน้นท์ (Covenant) แต่โคฟเวอแน้นท์เอง ไม่ใช่เครื่องมือหนักหน่วงอะไรตามชื่อเท่ห์ ๆ ขนาดนั้น แล้วโคฟเวอแน้นท์คืออะไรกันแน่ ทำไม Krutt ผู้ศึกษาวิจัยเทคโนโลยีการเงินไร้ศูนย์กลางบนบิทคอยน์ถึงเขียนถึงมันไม่จบเสียที เราลองมาทำความเข้าใจไปพร้อม ๆ กันนะครับ . . เจเรอมี่ รูบิน ผู้เขียนข้อนำเสนอบิทคอยน์อิมพรูฟเมนท์โพรโพซ่อลหมายเลข 118 ที่เป็นข้อนำเสนอหัวแถวได้รับความยอมรับจากคอมมูบิทเด็ฟส์มากที่สุดในปัจจุบัน และผู้ชี้แจงและแก้ไขปัญหา 𝚃𝚊𝚙𝚛𝚘𝚘𝚝 𝙳𝚎𝚗𝚒𝚊𝚕 𝚘𝚏 𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙱𝚞𝚐 เมื่อเดือนมีนาคมนี้ กล่าวอธิบายเกี่ยวกับโคฟเวอแน้นท์ดังนี้, . . """ 𝙲𝚘𝚟𝚎𝚗𝚊𝚗𝚝𝚜 𝚊𝚛𝚎 𝚛𝚎𝚜𝚝𝚛𝚒𝚌𝚝𝚒𝚘𝚗𝚜 𝚘𝚗 𝚑𝚘𝚠 𝚊 𝚌𝚘𝚒𝚗 𝚖𝚊𝚢 𝚋𝚎 𝚜𝚙𝚎𝚗𝚝 𝚋𝚎𝚢𝚘𝚗𝚍 𝚔𝚎𝚢 𝚘𝚠𝚗𝚎𝚛𝚜𝚑𝚒𝚙. 𝙲𝚘𝚟𝚎𝚗𝚊𝚗𝚝𝚜 𝚌𝚊𝚗 𝚋𝚎 𝚞𝚜𝚎𝚏𝚞𝚕 𝚝𝚘 𝚌𝚘𝚗𝚜𝚝𝚛𝚞𝚌𝚝 𝚜𝚖𝚊𝚛𝚝 𝚌𝚘𝚗𝚝𝚛𝚊𝚌𝚝𝚜. 𝙰𝚜 𝚌𝚘𝚟𝚎𝚗𝚊𝚗𝚝𝚜 𝚊𝚛𝚎 𝚌𝚘𝚖𝚙𝚕𝚎𝚡 𝚝𝚘 𝚒𝚖𝚙𝚕𝚎𝚖𝚎𝚗𝚝 𝚊𝚗𝚍 𝚛𝚒𝚜𝚔 𝚘𝚏 𝚒𝚗𝚝𝚛𝚘𝚍𝚞𝚌𝚒𝚗𝚐 𝚏𝚞𝚗𝚐𝚒𝚋𝚒𝚕𝚒𝚝𝚢 𝚍𝚒𝚜𝚌𝚛𝚒𝚖𝚒𝚗𝚊𝚗𝚝𝚜 𝚝𝚑𝚎𝚢 𝚑𝚊𝚟𝚎 𝚗𝚘𝚝 𝚋𝚎𝚎𝚗 𝚜𝚎𝚛𝚒𝚘𝚞𝚜𝚕𝚢 𝚌𝚘𝚗𝚜𝚒𝚍𝚎𝚛𝚎𝚍 𝚏𝚘𝚛 𝚒𝚗𝚌𝚕𝚞𝚜𝚒𝚘𝚗 𝚒𝚗 𝙱𝚒𝚝𝚌𝚘𝚒𝚗. """ . . คำชี้แจงดังกล่าวพูดถึงผลเสียที่แลกมา เกี่ยวข้องกับโอกาสเสี่ยงเล็ก ๆ ที่อาจจะกระทบกับ ประสิทธิภาพแทนกันได้ หรือ ฟังจิบิลลิตี้ (𝚏𝚞𝚗𝚐𝚒𝚋𝚒𝚕𝚒𝚝𝚢) ของบัญชีธุรกรรมบิทคอยน์ (𝚞𝚝𝚡𝚘) แต่ละตัว เพราะโคฟเวอแน้นท์เป็นการกำหนดล่วงหน้าหนทางของธุรกรรมถัดไป ไม่ให้ใช้จ่ายทางไม่พึงประสงค์ของผู้จ่ายธุรกรรมแรก สมรรถภาพนี้อยู่ในโปรโตคอลบิทคอยน์อยู่แล้วในสามรูปแบบที่แรกว่า 𝚑𝚊𝚜𝚑𝚕𝚘𝚌𝚔 รากฐานลึกลงไปของเครือข่ายสภาพคล่องไลท์นิ่ง, 𝚝𝚒𝚖𝚎𝚕𝚘𝚌𝚔 รากฐานลึกลงไปของเลเยอร์สองอื่น ๆ และท้ายสุดคือมัลติซิก (𝚖𝚞𝚜𝚒𝚐, 𝚖𝚞𝚜𝚒𝚐𝟸) หรือการประสานงานสร้างธุรกรรมจากหลาย ๆ ลายเซ็นของผู้ใช้งาน . . โคฟเวอแน้นท์เป็นก้าวถัดไปของความสามารถล็อกธุรกรรมล่วงหน้าในรูปแบบตรรกะสัญญาอัจฉริยะ ที่อาจจะมีผลข้างเคียงกับเครือข่ายโดยกว้างมากที่สุด จึงเป็นเหตุผลสำคัญที่นักพัฒนาเด็ฟเวล็อปเปอร์ในปัจจุบันโต้เถียงกันมากมาย ว่าอ๊อพโค้ดไหนเป็นตัวเต็งควรได้รับความสนใจจากบนสนทนาซอฟท์ฟอร์ก โดยมีกลุ่มต่อต้าน 𝙶𝚂𝚁/𝙻𝙽𝙷𝙰𝙽𝙲𝙴 เพียงแค่ต้องการ 𝙾𝙿_𝚅𝙰𝚄𝙻𝚃 สำหรับการสร้างกองคลังปลอดภัยสูงเท่านั้น ผู้จำกัดความสามารถโคฟเวอแน้นท์โดยแคบไม่ให้ถลำสร้างเครื่องมือครอบคลุมเครือข่ายทางรัฐ อย่างกลุ่ม 𝙲𝚃𝚅+𝙲𝚂𝙵𝚂 โดยมีผู้นำทางความคิดจากหลาย ๆ กลุ่ม และผู้ต้องการทำทุกอย่างบนโลกนี้ รวมถึง 𝙽𝙵𝚃 และ 𝙳𝚎𝙵𝚒 ที่เรียกตัวเองว่า 𝚃𝚊𝚙𝚛𝚘𝚘𝚝 𝚆𝚒𝚣𝚊𝚛𝚍𝚜 กับ 𝚂𝚝𝚊𝚛𝚔𝚆𝚊𝚛𝚎 สนับสนุนการย้อนคืนกลับมาใช้ 𝙾𝙿_𝙲𝙰𝚃 ที่มีผู้เขียนนามแฝงว่าซาโตชิ นาคาโมโตะ หลายคนอาจจะเคยได้ยินชื่อมาบ้าง . . เพื่อน ๆ สนใจการเพิ่มเติมความสามารถโคฟเวอแนนท์ไหนให้กับบิทคอยน์บ้างครับ หรือมีความชั่งใจอยากเห็นการทดลองบนเทสท์เน็ตให้กับข้อนำเสนอเหล่านี้ให้นานกว่านี้ ก่อนที่จะกระทบเครือข่ายเงินกระจายศูนย์ตัวแรกและตัวเดียวของโลก ที่สามารถทนทานแรงกดดันจากรัฐบาลได้ และคงเป็นเงินยืนกลางตัวเดียวที่เราเห็นหลังจากการออนไลน์มา 16 ปี . . #Bitcoin #Bitdev #Covenant #Siamdev #Siamstr

แล้วใครไปบอกคุณหล่ะ ว่าสาวมากความสามารถผู้สร้างแบบเรียนแบบสอน 𝕊𝕒𝕥𝕤𝕚𝕖'𝕤 ℤ𝕚𝕟𝕖𝕤 ที่อธิบายความรู้เชิงเทคนิคหลากหลายเรื่องเช่น 𝕊𝕚𝕝𝕖𝕟𝕥 ℙ𝕒𝕪𝕞𝕖𝕟𝕥𝕤 และ 𝕊𝕥𝕣𝕒𝕥𝕦𝕞 𝕍𝟚 เขาเขียนแบบเรียนไว้แค่บนกระดาษเท่านั้น ใครที่ยังไม่เคยลองเล่นเกมศึกษาบิทคอยน์ แล้วพิสูจน์ด้วยตนเองว่าเจ็นเนซิสบล็อก มีข้อความลับซ่อนอยู่ลองไปเล่นดูได้บนเกม 𝕊𝕒𝕧𝕚𝕟𝕘 𝕊𝕒𝕥𝕠𝕤𝕙𝕚 ของทีมชื่อเดียวกัน พอถึงบทเรียนที่สามแล้วมาปรีกษากันว่าเราจะส่งใครไปช่วยทีมเขาแปลบทรีโปอิสระบนกิทฮับให้เกมนี้มีภาษาไทยซัพพอร์ทสำหรับบิทคอยเน่อร์รุ่นถัดไปกันด้วย

Saving Satoshi

Saving Satoshi

Explore the mysteries of Satoshi and learn about bitcoin along the way.

GitHub

GitHub - saving-satoshi/saving-satoshi

Contribute to saving-satoshi/saving-satoshi development by creating an account on GitHub.

#Bitcoin #Bitdev #SatsiesZine #SatsiesZines #SavingSatoshi #Siamdev #Siamstr