📙
[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

58 เกี่ยวกับการพัฒนาระบบแจ้งเตือน

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

58

เกี่ยวกับการพัฒนาระบบแจ้งเตือน

ซาโตชิพูดถึงการที่เขาพัฒนาระบบแจ้งเตือนซึ่งข้อความสำคัญสามารถส่งไปยังเครือข่ายบิตคอยน์ได้โดยผู้ที่มีคีย์ส่วนตัวเท่านั้น ในกรณีนี้คือซาโตชิเอง ซึ่งสามารถใช้ในการแจ้งเหมืองทั้งหมดให้ทราบถึงความจำเป็นในการอัปเกรดซอฟต์แวร์ที่สำคัญหลังจากพบบั๊ก (ปัญหา) ยกตัวอย่างเช่น

การพัฒนาระบบแจ้งเตือน

โพสต์โดย satoshi, 22 สิงหาคม 2010, 23:55:06 น.

ผมกำลังทำงานอยู่กับการเขียนระบบแจ้งเตือน การแจ้งเตือนจะถูกกระจายไปทั่วเครือข่ายและใช้กับช่วงหมายเลขเวอร์ชัน ข้อความแจ้งเตือนจะถูกเซ็นด้วยคีย์ส่วนตัวที่มีเพียงผมเท่านั้นที่มี

โหนดสามารถทำสองสิ่งเพื่อตอบสนองต่อการแจ้งเตือน:

• แสดงข้อความเตือนบนแถบสถานะ

• ทำให้เมธอดการจัดการเงินของอินเทอร์เฟซ json-rpc ส่งคืนข้อผิดพลาด

ในกรณีเช่นบั๊กล้นหรือการแยกย่อยที่ผู้ใช้อาจไม่สามารถเชื่อถือการชำระเงินที่ได้รับ การแจ้งเตือนควรทำให้เวอร์ชันเก่าปลอดภัยเป็นส่วนใหญ่จนกว่าจะอัปเกรด ผู้ใช้แบบแมนนวลควรสังเกตเห็นคำเตือนแถบสถานะเมื่อมองหาการชำระเงินที่ได้รับ และโหมดปลอดภัย json-rpc ยับยั้งเว็บไซต์อัตโนมัติจากการทำการซื้อขายใด ๆ เพิ่มเติมจนกว่าจะได้รับการอัปเกรด

เมธอด json-rpc ที่ส่งคืนข้อผิดพลาดระหว่างการแจ้งเตือนคือ:

sendtoaddress

getbalance

getreceivedbyaddress

getreceivedbylabel

listreceivedbyaddress

listreceivedbylabel

ในการตอบกลับใครบางคนเกี่ยวกับระบบแจ้งเตือน:

Re: การพัฒนาระบบแจ้งเตือน

โพสต์โดย satoshi, 24 สิงหาคม 2010, 23:51:12 น.

ถ้าคุณหวาดระแวงจนเกินเหตุกับเรื่องนี้ แสดงว่าคุณก็คงหวาดระแวงมากพอที่จะตรวจสอบเว็บไซต์และฟอรัมหากมีข้อความเตือนปรากฏบนแถบสถานะ

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

Re: การพัฒนาระบบแจ้งเตือน

โพสต์โดย satoshi, 25 สิงหาคม 2010, 15:17:37 น.

มันไม่สามารถทำการกระทำโดยพลการจากระยะไกลได้ บางทีบางคนอาจกำลังตอบสนองต่อผู้โพสต์คนอื่นๆที่แนะนำว่าระบบแจ้งเตือนควรทำมากกว่านี้

หากมีการแจ้งเตือน เมธอด json-rpc ต่อไปนี้จะส่งคืนข้อผิดพลาด:

sendtoaddress

getbalance

getreceivedbyaddress

getreceivedbylabel

listreceivedbyaddress

เมธอดที่เหลืออีก 14 เมธอดจะทำงานตามปกติ

ผมเชื่อว่าตัวเลือกที่ปลอดภัยกว่าควรเปิดใช้งานเป็นค่าเริ่มต้น หากคุณต้องการให้เซิร์ฟเวอร์ของคุณซื้อขายต่อไปและละเว้นการแจ้งเตือนที่บอกว่าเงินที่ได้รับอาจเหมือนกับเงินจากบั๊กล้น คุณสามารถใช้สวิตช์และไม่ต้องโทษใครถ้าคุณเสียเงิน

ในกรณีที่แย่ที่สุดหากคุณปล่อยให้การแจ้งเตือนเปิดอยู่ ไซต์ของคุณจะหยุดการซื้อขายจนกว่าคุณจะอัปเกรดหรือเพิ่มสวิตช์ disablesafemode

การถูกทำให้ประหลาดใจจากเวลาหยุดทำงานชั่วคราวเมื่อโหนดของคุณมิฉะนั้นจะมีความเสี่ยงนั้นดีกว่าการถูกขโมยดูดเงินออกจากคลังสินค้าทั้งหมดของคุณ

วันหนึ่งเมื่อเราไม่ได้พบบั๊กใหม่เป็นเวลานานและมันได้รับการตรวจสอบความปลอดภัยอย่างละเอียดโดยไม่พบสิ่งใด สิ่งนี้สามารถลดน้อยลงได้ ผมไม่ได้โต้แย้งว่านี่คือวิธีการที่ถาวรตลอดไป มันยังเป็นซอฟต์แวร์เบต้าอยู่

Re: การพัฒนาระบบแจ้งเตือน

โพสต์โดย satoshi, 25 สิงหาคม 2010, 16:56:15 น.

อ้างอิงจาก: jimbobway วันที่ 25 สิงหาคม 2010, 16:45:22 น.

อ้างอิงจาก: BioMike วันที่ 23 สิงหาคม 2010, 05:15:43 น.

@mizerydearia, ผมคิดว่าปุ่มอ้างอิงหาง่ายกว่าปุ่มตอบกลับ

ดังนั้น ในทางทฤษฎี นี่คือระบบควบคุมแรกที่ <รัฐบาลบางแห่ง> สามารถจับกุมซาโตชิและเรียกร้องให้เขาส่งมอบคีย์ของเขา (หรือเอามันจากคอมพิวเตอร์ของเขา) และปิดเครือข่ายทั้งหมด?

หรือนั่นเป็นไปไม่ได้? <รัฐบาลบางแห่ง> จะได้ไกลแค่ไหน?

คำถามเชิงวาทศิลป์บางข้อสำหรับซาโตชิ:

คุณสามารถต้านทานการทรมานด้วยน้ำได้ไหม? คุณทนต่อไฟฟ้าช็อตได้ไหม? การทรมานทุกรูปแบบ? สุดท้าย โดยบังเอิญคุณเป็นแจ็ค บาวเวอร์หรือเปล่า? จริงๆนะ

เกี่ยวกับระบบแจ้งเตือน ใครจะสนใจ? สิ่งที่มากที่สุดที่คีย์สามารถทำได้คือปิดการใช้งานคำสั่ง json-rpc หกคำสั่งชั่วคราวจนกว่าเจ้าของไซต์จะเพิ่มสวิตช์ disablesafemode หรืออัปเกรด โหนดทั้งหมดยังคงทำงานและสร้างต่อไป เครือข่ายยังคงอยู่ หากผมไม่อยู่ เด็กที่เขียนสคริปต์คนไหนก็ตามสามารถหาวิธีเพิ่มตัวอักษรสองตัวและสร้างเวอร์ชันใหม่ที่ปิดใช้งานระบบแจ้งเตือนได้ มันจะเป็นเพียงความไม่สะดวกชั่วคราวเท่านั้น

อ้างอิงจาก: BioMike วันที่ 23 สิงหาคม 2010, 05:15:43 น.

ดังนั้น ในทางทฤษฎี นี่คือระบบควบคุมแรกที่ <รัฐบาลบางแห่ง> สามารถจับกุมซาโตชิและเรียกร้องให้เขาส่งมอบคีย์ของเขา (หรือเอามันจากคอมพิวเตอร์ของเขา) และปิดเครือข่ายทั้งหมด?

นี่คือสิ่งที่ทำให้ผมคิดว่าคนที่คัดค้านไม่รู้ว่าพวกเขากำลังพูดถึงอะไร มันไม่สามารถ "ปิดเครือข่ายทั้งหมด" ได้

Re: การพัฒนาระบบแจ้งเตือน

โพสต์โดย satoshi, 25 สิงหาคม 2010, 16:56:15 น.

อ้างอิงจาก: BioMike วันที่ 25 สิงหาคม 2010, 18:23:45 น.

อ้างอิงจาก: satoshi วันที่ 25 สิงหาคม 2010, 16:56:15 น.

นี่คือสิ่งที่ทำให้ผมคิดว่าคนที่คัดค้านไม่รู้ว่าพวกเขากำลังพูดถึงอะไร มันไม่สามารถ "ปิดเครือข่ายทั้งหมด" ได้

ผมไม่เคยคัดค้านการเปลี่ยนแปลง/ความคิดนี้เลย แค่ถามว่ามันเป็นไปได้และในขอบเขตใด การได้รับข้อมูลมันผิดตรงไหน? : )

ขอโทษครับ โพสต์ของคุณเป็นคำถามจริงๆ ไม่ใช่ข้อความ

Previous57 เกี่ยวกับต้นทุนที่สูงขึ้นของการขุดNext59 เกี่ยวกับคำนิยามของเงินและบิตคอยน์

Last updated 11 months ago