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

32 คำแนะนำวิธีการชำระเงินสำหรับการสั่งซื้อ

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

32

คำแนะนำวิธีการชำระเงินสำหรับการสั่งซื้อ

มีหลายประเภทของอัลกอริทึมเข้ารหัสที่ใช้ในการเข้ารหัสแบบอสมมาตร ในที่นี้ประเด็นหลักของ Satoshi เกี่ยวกับเหตุผลในการใช้การเข้ารหัสแบบ elliptic curve (EDCSA) แทน RSA คือขนาดของธุรกรรม (ไบต์) เพื่อให้ขนาดของแต่ละธุรกรรมมีขนาดเล็กที่สุดเท่าที่จะเป็นไปได้ เพื่อให้ขนาดบล็อกอยู่ในระดับที่จัดการได้ Satoshi จึงตัดสินใจใช้ EDCSA

Re: การทดสอบของผู้เริ่มต้น—ใครอยากซื้อรูปภาพราคา $1 บ้าง?

Satoshi Nakamoto 29 มกราคม 2010 12:22:13 น.

วิธีที่แนะนำในการชำระเงินสำหรับการสั่งซื้อ:

1. ผู้ขายมี IP คงที่ ลูกค้าส่งไปที่ IP นั้นพร้อมกับความเห็น

2. ผู้ขายสร้างที่อยู่ bitcoin ใหม่ แล้วให้ที่อยู่นั้นกับลูกค้า ลูกค้าส่งเงินไปยังที่อยู่นั้น นี่จะเป็นวิธีมาตรฐานสำหรับซอฟต์แวร์เว็บไซต์

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

เราสามารถหาวิธีที่ดีที่สุดในการทำสิ่งนี้ได้ในภายหลัง มันอาจใช้โครงสร้างพื้นฐานอีเมลหรือ IM แยกต่างหาก (บางทีอาจใช้ของที่มีอยู่แล้ว) เพื่อส่งข้อความ และแทนที่จะใช้ RSA บางทีอาจแค่ใส่แฮชของข้อความลงในธุรกรรมเพื่อพิสูจน์ว่าธุรกรรมนั้นเป็นของคำสั่งซื้อที่อธิบายไว้ในข้อความ ข้อความจะต้องมี salt ด้วยเพื่อไม่ให้ใครสามารถบรู๊ทฟอร์ซแฮชเพื่อเปิดเผยข้อความสั้นๆ ได้

Previous31 Bitcoin เวอร์ชัน 0.2 มาแล้ว!Next33 เกี่ยวกับความยากของ Proof-of-Work

Last updated 11 months ago