📙
[TH] The Book of Satoshi by Phil Champagne (beta)
[TH] bitcoin booksourceช่วยแปล
  • หนังสือแห่งซาโตชิ: ผลงานรวมการเขียนของผู้สร้างบิตคอยน์ ซาโตชิ นากาโมโตะ
  • เกี่ยวกับภาพปก
  • กิตติกรรมประกาศ
  • หนังสือเล่มนี้มีไว้สำหรับใคร
  • คำนำ
  • 1 บทนำ
  • 2 บิตคอยน์ทำงานอย่างไรและทำไม
  • 3 โพสต์แรกบนกระดานสนทนาเรื่องการเข้ารหัสลับ
  • 4 ข้อกังวลเรื่องความสามารถในการขยายตัว
  • 5 การโจมตีด้วยพลัง 51%
  • 6 เกี่ยวกับเครือข่ายที่ควบคุมโดยส่วนกลางเปรียบเทียบกับเครือข่ายแบบ Peer-to-Peer
  • 7 ซาโตชิพูดถึงอัตราเงินเฟ้อเริ่มต้นที่ 35%
  • 8 เกี่ยวกับธุรกรรม
  • 9 เรื่องบล็อกกำพร้า (Orphan Blocks)
  • 10 เกี่ยวกับการซิงโครไนซ์ธุรกรรม
  • 11 ซาโตชิพูดถึงค่าธรรมเนียมธุรกรรม
  • 12 เกี่ยวกับการยืนยันและเวลาของบล็อก
  • 13 ปัญหานายพลไบแซนไทน์
  • 14 เรื่องเวลาในการสร้างบล็อก, การทดสอบอัตโนมัติ, และมุมมองของพวกเสรีนิยม
  • 15 เพิ่มเติมเกี่ยวกับ Double Spend, Proof-of-Work, และค่าธรรมเนียมธุรกรรม
  • 16 เกี่ยวกับ Elliptic Curve Cryptography, การโจมตีแบบ Denial of Service, และการยืนยัน
  • 17 เพิ่มเติมเกี่ยวกับ TransactionPool, NetworkingBroadcast, และรายละเอียดการเขียนโค้ด
  • 18 เปิดตัว Bitcoin ครั้งแรก
  • 19 เกี่ยวกับวัตถุประสงค์สำหรับการใช้งาน Bitcoin ในระยะแรก
  • 20 โทเค็น "Proof-of-Work" และสแปมเมอร์
  • 21 ประกาศ Bitcoin บน P2P Foundation
  • 22 เรื่องการกระจายอำนาจเป็นกุญแจสำคัญสู่ความสำเร็จ
  • 23 เกี่ยวกับเรื่องปริมาณเงิน
  • 24 Release of Bitcoin Vo.1.3
  • 25 เรื่องการประทับเวลาเอกสาร
  • 26 ข้อความต้อนรับของเว็บบอร์ด Bitcointalk
  • 27 เรื่องการครบกำหนดของ Bitcoin
  • 28 Bitcoin มีความเป็นนิรนามแค่ไหน?
  • 29 คำถามและคำตอบจาก Satoshi
  • 30 เรื่อง "เงินฝืดตามธรรมชาติ"
  • 31 Bitcoin เวอร์ชัน 0.2 มาแล้ว!
  • 32 คำแนะนำวิธีการชำระเงินสำหรับการสั่งซื้อ
  • 33 เกี่ยวกับความยากของ Proof-of-Work
  • 34 เรื่องขีดจำกัดของ Bitcoin และความคุ้มค่าในการเป็นโหนด
  • 35 ความเป็นไปได้ที่จะเกิดการชนกันของ Bitcoin Address
  • 36 QR Code
  • 37 ไอคอน/โลโก้ของ Bitcoin
  • 38 ใบอนุญาต GPL เทียบกับใบอนุญาต MIT
  • 39 เรื่องกฎระเบียบการโอนเงิน
  • 40 ความเป็นไปได้ของจุดอ่อนทางการเข้ารหัส
  • 41 เกี่ยวกับความหลากหลายของประเภทธุรกรรม
  • 🚰42 ก๊อกน้ำ Bitcoin แห่งแรก
  • 43 Bitcoin 0.3 ปล่อยออกมาแล้ว!
  • 44 เกี่ยวกับการแบ่งส่วนหรือ "สวิตช์ตัดการเชื่อมต่ออินเทอร์เน็ต"
  • 45 เกี่ยวกับการครอบงำตลาด
  • 46 เรื่องความสามารถในการขยายตัวและไคลเอนต์แบบเบา
  • 47 เรื่องปัญหาการทำธุรกรรมเร็ว
  • 48 บทความวิกิพีเดียเกี่ยวกับบิตคอยน์
  • 49 เกี่ยวกับความเป็นไปได้ในการขโมยเหรียญ
  • 50 พบข้อบกพร่องสำคัญ
  • 51 เรื่องการป้องกันการโจมตีแบบน้ำท่วม
  • 52 การถ่ายเทของ Bitcoin Faucet
  • 53 การทำธุรกรรมไปยังที่อยู่ IP แทนที่จะเป็นที่อยู่บิทคอยน์
  • 54 เรื่องเอสโครว์และธุรกรรมแบบมัลติซิกเนเจอร์
  • 55 เรื่องการขุด Bitcoin เป็นการสิ้นเปลืองทรัพยากร
  • 56 เกี่ยวกับประเภทของบล็อกเชนทางเลือกที่มีเพียงบันทึกแฮช
  • 57 เกี่ยวกับต้นทุนที่สูงขึ้นของการขุด
  • 58 เกี่ยวกับการพัฒนาระบบแจ้งเตือน
  • 59 เกี่ยวกับคำนิยามของเงินและบิตคอยน์
  • 60 ว่าด้วยข้อกำหนดของค่าธรรมเนียมธุรกรรม
  • 61 On Sites with CAPTCHA and Paypal Requirements
  • 62 เกี่ยวกับข้อความสั้นๆ ใน Block Chain
  • 63 เกี่ยวกับการจัดการกับการโจมตีด้วยการทำธุรกรรมจำนวนมาก
  • 64 เกี่ยวกับรายละเอียดเทคนิคของการขุดแร่แบบพูล
  • 65 เกี่ยวกับ WikiLeaks ที่ใช้ Bitcoin
  • 66 เกี่ยวกับระบบชื่อโดเมนแบบกระจาย
  • 67 เกี่ยวกับบทความใน PC World เกี่ยวกับบิตคอยน์และ WikiLeaks ที่กำลังเตะรังแตน
  • 68 โพสต์สุดท้ายของ Satoshi ในฟอรัม: การปล่อย Bitcoin 0.3-19
  • 69 อีเมลถึง Dustin Trammell
  • 70 สุดท้ายของการส่งจดหมายส่วนตัว
  • 71. บิตคอยน์และผม (Hal Finney)
  • 72 บทสรุป
  • Bitcoin: A Peer-to-Peer Electronic Cash System
  • คำศัพท์และนิยาม
  • ดัชนี
Powered by GitBook
On this page

14 เรื่องเวลาในการสร้างบล็อก, การทดสอบอัตโนมัติ, และมุมมองของพวกเสรีนิยม

แปลโดย : Claude 3 Opus (Pro)

14

เรื่องเวลาในการสร้างบล็อก, การทดสอบอัตโนมัติ, และมุมมองของพวกเสรีนิยม

ในโพสต์นี้ Satoshi อธิบายว่าทำไมจึงต้องมีพูลของธุรกรรมที่รอดำเนินการแบบเดี่ยว และธุรกรรมเหล่านี้ถูกเก็บไว้อย่างไร เนื่องจากมีกิ่งก้านของบล็อกที่ขนานกันอยู่ เขาอ้างอิงถึงฟังก์ชันบางส่วนภายในโค้ด ลองนึกถึงการอภิปรายเกี่ยวกับ proof-of-work ในบทที่ 2 ไมเนอร์ทั้งหมดอาจจะไม่ได้รวบรวมธุรกรรมเดียวกัน บางส่วนอาจมาถึงช้าเกินไปที่จะรวมเข้าไปในบล็อกที่พวกเขากำลังทำงานอยู่ เมื่อมีธุรกรรมใหม่เข้ามาในขณะที่พวกเขากำลังทำงานเกี่ยวกับแฮชสำหรับบล็อกที่มีอยู่ พวกเขาจะเก็บธุรกรรมเหล่านี้ไว้ในพูลธุรกรรม

จากนั้น เขาก็พูดถึงการส่งต่อธุรกรรมและ 10 นาทีที่จัดสรรต่อการสร้างบล็อก โดยหารือว่าระยะเวลานั้นอาจสั้นเกินไปหรือไม่

สุดท้าย เขาอ้างอิงถึงวิธีที่บิตคอยน์อาจดึงดูดพวกเสรีนิยม ซึ่งเป็นผู้ที่สนับสนุนเสรีภาพของปัจเจกบุคคล

Re: บทความเกี่ยวกับ Bitcoin P2P e-cash

Satoshi Nakamoto ศุกร์ที่ 14 พ.ย. 2008 14:29:220800

Hal Finney เขียนว่า:

ผมคิดว่ามันจำเป็นที่โหนดต้องเก็บรายการธุรกรรมที่รอดำเนินการแยกต่างหากซึ่งเชื่อมโยงกับแต่ละ candidate chain

. . .คนอาจจะถามด้วยว่า . . . โหนดหนึ่งๆ ต้องติดตาม candidate chain กี่อันในเวลาเดียวกันโดยเฉลี่ย?

โชคดีที่จำเป็นต้องเก็บพูลธุรกรรมที่รอดำเนินการเฉพาะสำหรับ branch ที่ดีที่สุดในปัจจุบันเท่านั้น เมื่อบล็อกใหม่มาถึงสำหรับ branch ที่ดีที่สุด ฟังก์ชัน ConnectBlock จะเอาธุรกรรมของบล็อกออกจากพูลธุรกรรมที่ค้างอยู่ ถ้า branch อื่นยาวกว่า มันจะเรียก DisconnectBlock บน main branch ลงไปจนถึง fork ซึ่งจะคืนธุรกรรมในบล็อกกลับไปยังพูลธุรกรรมที่ค้างอยู่ และเรียก ConnectBlock บน branch ใหม่ โดยจะดูดซับธุรกรรมใดๆ ที่อยู่ใน branch ทั้งสอง การ reorganize (reorg) แบบนี้คาดว่าจะเกิดขึ้นไม่บ่อยและมีความลึกไม่มาก

ด้วยการปรับใช้งานให้เหมาะสมนี้ candidate branches จึงไม่ได้เป็นภาระอะไรมากนัก พวกมันแค่วางอยู่บนดิสก์และไม่ต้องการความสนใจ นอกจากว่าพวกมันจะกลายเป็น main chain ในบางครั้ง

หรือตามที่ James ได้หยิบยกมาก่อนหน้านี้ว่า หากการออกอากาศผ่านเครือข่ายนั้นเชื่อถือได้ แต่ขึ้นอยู่กับอัลกอริทึมแบบ flooding ที่อาจช้า มันจะส่งผลต่อประสิทธิภาพอย่างไร?

การออกอากาศน่าจะเชื่อถือได้เกือบสมบูรณ์ ทุกวันนี้มีการทิ้งการส่งผ่าน TCP ไม่บ่อยนัก และโปรโตคอลการออกอากาศก็มีกลไกการลองใหม่เพื่อรับข้อมูลจากโหนดอื่นหลังจากผ่านไปครู่หนึ่ง หากในทางปฏิบัติ พบว่าการออกอากาศช้ากว่าที่คาดไว้ เวลาเป้าหมายระหว่างบล็อกอาจต้องเพิ่มขึ้นเพื่อหลีกเลี่ยงการสูญเปล่าของทรัพยากร เราต้องการให้บล็อกเผยแพร่ในเวลาที่สั้นกว่าการสร้างมากๆ ไม่เช่นนั้นโหนดจะใช้เวลานานเกินไปในการทำงานกับบล็อกที่ล้าสมัยไป

ผมวางแผนที่จะรันการทดสอบอัตโนมัติด้วยคอมพิวเตอร์ที่ส่งการชำระเงินสุ่มถึงกันและกัน และทิ้งแพ็คเก็ตแบบสุ่ม

3. ระบบบิตคอยน์กลายเป็นประโยชน์และมีคุณค่าทางสังคม จนผู้ดำเนินการโหนดรู้สึกว่าพวกเขากำลังให้การสนับสนุนที่ให้คุณประโยชน์ต่อโลกด้วยความพยายามของพวกเขา (คล้ายกับโครงการคำนวณ "@Home" หลายอย่าง ที่ผู้คนอาสาให้ทรัพยากรคำนวณของตนเพื่อสาเหตุที่ดี)

ในกรณีนี้ ผมคิดว่าความเสียสละอย่างง่ายก็เพียงพอที่จะรักษาให้เครือข่ายทำงานได้อย่างเหมาะสม

มันน่าสนใจมากในมุมมองของพวกเสรีนิยม หากเราสามารถอธิบายมันได้อย่างถูกต้อง แม้ว่าผมจะถนัดในเรื่องโค้ดมากกว่าในเรื่องการใช้คำพูดก็ตาม

Satoshi Nakamoto

The Cryptography Mailing List

Previous13 ปัญหานายพลไบแซนไทน์Next15 เพิ่มเติมเกี่ยวกับ Double Spend, Proof-of-Work, และค่าธรรมเนียมธุรกรรม

Last updated 11 months ago