การแนะนำชื่อระดับแรกzerocashการแนะนำzerocashจากมุมมองของเอกสาร การออกแบบความเป็นส่วนตัวที่นำมาใช้โดยการออกแบบความเป็นส่วนตัวที่ตั้งโปรแกรมได้ของ Aleo และเอกสารไวท์เปเปอร์ Zcash รุ่นแรก ๆ ( นอกจากรายละเอียดทางเทคนิคที่อธิบายไว้ข้างต้นแล้ว ยังมีรายละเอียดทางเทคนิคอื่นๆ ที่ยังไม่ครอบคลุม เช่น โครงการผู้พิสูจน์ตัวแทน อัลกอริทึมการพิสูจน์ความรู้เป็นศูนย์ โครงการการเรียกซ้ำ/การรวบรวม เป็นต้น นักศึกษาที่สนใจสามารถศึกษาต่อได้ |
Zcash
ชื่อระดับแรก
1. เกี่ยวกับ Zcash?
https://zcash.readthedocs.io/en/latest/rtd_pages/basics.html
คุณสมบัติ:
วิดีโอสั้นๆ เกี่ยวกับ Zcash ความยาวประมาณ 2 นาที
• รุ่น BTC ที่ไม่ระบุชื่อ รุ่นคล้าย UTXO
• สามารถใช้กับสถานการณ์การชำระเงินเท่านั้น ไม่สามารถตั้งโปรแกรมได้
ชื่อระดับแรก2. แนวคิดหลักเราเน้นเฉพาะเวอร์ชันล่าสุดเท่านั้น แนะนำแนวคิดหลักใน Zcash เป็นหลัก
2.1 Key components
ชื่อเรื่องรอง
(Zcash protocol specification: section 3.1, page 12)
คำอธิบายภาพZcash protocol specification: section 4.2.3, page 36คุณสามารถที่
2.2 Note
เรียนรู้วิธีคำนวณคีย์เหล่านี้
note เป็นหน่วยพื้นฐานในโปรโตคอล Zcash ซึ่งคล้ายกับ UTXO ใน BTC ใน Zcash อินพุตและเอาต์พุตของธุรกรรมทั้งหมดเป็นโน้ต แน่นอนว่า Zcash ยังรองรับการทำธุรกรรมแบบไม่ระบุชื่อ ซึ่งเหมือนกับโหมดการทำธุรกรรมของ BTC
ดังนั้น หากคุณต้องการเข้าใจ Zcash อย่างลึกซึ้ง คุณต้องเข้าใจโครงสร้างข้อมูลของโน้ตก่อน:
(Zcash protocol specification: section 3.2, page 14)
ที่มาของภาพ
คำอธิบายภาพ
(Zcash protocol specification: section 3.2, page 15)
2.3 Action transfer
ชื่อเรื่องรอง
คำอธิบายภาพ
(Zcash protocol specification: section 4.6, page 41)
2.4 Action statement
ที่มาของภาพ
ชื่อเรื่องรอง
อินพุตความเป็นส่วนตัวคือ:
ข้อความพิสูจน์คือ:
(Zcash protocol specification: section 4.17.1, page 40)
คำอธิบายภาพ
ที่มาของภาพ
• ความสมบูรณ์ของบันทึกที่ใช้แล้วมีผลผูกพันกับบันทึกย่อโดยเฉพาะ
• ความถูกต้องของบันทึกที่ใช้แล้ว หลักฐานการมีอยู่ของต้นไม้ซม
• ความสมบูรณ์ของคำมั่นสัญญามูลค่า ผูกพันเฉพาะกับ rcv, ค่าเก่า, ค่าใหม่
• ความสมบูรณ์ของ Nullifier ป้องกันการใช้จ่ายซ้ำซ้อน รักษาชุดบันทึกที่ใช้แล้ว
• ความถูกต้องตามกฎหมายของบันทึกที่ใช้แล้ว
• ความสมบูรณ์ของบันทึกใหม่
• ความถูกต้องตามกฎหมายของธง
2.5 โครงสร้างธุรกรรมและตัวอย่าง
2.5.1 โครงสร้างรายการ
(Zcash protocol specification: section 7.1, page 119)
คำอธิบายภาพ
• Public info (1 - 5)
• Transparent transactions info (6 - 9)
• Sapling transactions info (10 - 16)
• Orchard transaction info (17 - 25)
ที่มาของภาพ
โครงสร้างการทำธุรกรรมทั้งหมดประกอบด้วยสี่ส่วน:
• Public info (1 - 5)
• Transparent transactions info (6 - 9)
2.5.2 จากโปร่งใสเป็นโล่
โปรโตคอล Orchard ประกอบด้วยที่อยู่สองประเภท ได้แก่ ที่อยู่โปร่งใส (TA) และที่อยู่ป้องกัน (SA) โดยทั่วไป ในการดำเนินธุรกรรมส่วนตัวจำเป็นต้องโอนเงินจาก TA ไปยัง SA ก่อน ในเวลานี้ โครงสร้างธุรกรรมที่เกี่ยวข้องควรเป็น:
• Sapling transactions info (10 - 16)
ⅰ. tx_in_*: ค่าจริง
• Orchard transaction info (17 - 25)
ⅱ. tx_out_*: ค่าเริ่มต้น
ⅰ. ทั้งหมด: ค่าเริ่มต้น
ⅰ ทั้งหมด: มูลค่าที่แท้จริง
• Public info (1 - 5)
• Transparent transactions info (6 - 9)
2.5.3 จากโล่ถึงโล่
• Sapling transactions info (10 - 16)
โปรโตคอล Orchard ประกอบด้วยที่อยู่สองประเภท ได้แก่ ที่อยู่โปร่งใส (TA) และที่อยู่ป้องกัน (SA) โดยทั่วไป ในการดำเนินธุรกรรมส่วนตัวจำเป็นต้องโอนเงินจาก TA ไปยัง SA ก่อน ในเวลานี้ โครงสร้างธุรกรรมที่เกี่ยวข้องควรเป็น:
• Orchard transaction info (17 - 25)
ⅰ ทั้งหมด: ค่าเริ่มต้น
ⅰ ทั้งหมด: ค่าเริ่มต้น
ⅰ ทั้งหมด: มูลค่าที่แท้จริง
• Public info (1 - 5)
• Transparent transactions info (6 - 9)
2.5.4 จากโล่เป็นโปร่งใส
โปรโตคอล Orchard ประกอบด้วยที่อยู่สองประเภท ได้แก่ ที่อยู่โปร่งใส (TA) และที่อยู่ป้องกัน (SA) โดยทั่วไป ในการดำเนินธุรกรรมส่วนตัวจำเป็นต้องโอนเงินจาก TA ไปยัง SA ก่อน ในเวลานี้ โครงสร้างธุรกรรมที่เกี่ยวข้องควรเป็น:
• Sapling transactions info (10 - 16)
ⅰ. tx_in_*: ค่าเริ่มต้น
• Orchard transaction info (17 - 25)
ⅰ. ทั้งหมด: ค่าเริ่มต้น
ชื่อเรื่องรอง
• Unlinkable
2.6 บรรลุความเป็นส่วนตัวได้อย่างไร?
• Private
ⅰ. Sender address:
ข้อความ
ⅱ. Receiver address:
บันทึกย่อที่สร้างขึ้นจะแสดงเป็น cm และบันทึกที่ใช้แล้วแสดงด้วย nf ไม่มีความเกี่ยวข้องกันระหว่าง nf และ cm ดังนั้น จึงไม่มีใครสามารถใช้ข้อมูลนี้ในการตัดสินว่าธุรกรรมใดที่มีการใช้จ่ายบันทึกที่สร้างขึ้น
ⅲ. Value:
หมายเหตุถูกซ่อนอยู่ในรูปแบบของข้อผูกมัด pedersen และคุณสมบัติยอดคงเหลือของการทำธุรกรรมได้รับการประกันผ่าน bindsig
Aleo
ชื่อระดับแรก
Zcash สามารถทำธุรกรรมความเป็นส่วนตัวตามโมเดล OUTX เท่านั้น และไม่มีความสามารถในการตั้งโปรแกรม ดังนั้นความแตกต่างที่สำคัญระหว่าง Aleo และ Zcash คือความสามารถในการตั้งโปรแกรมความเป็นส่วนตัว ประเด็นเดียวกันคือทั้งสองสนับสนุนแอตทริบิวต์ความเป็นส่วนตัว (ความเป็นส่วนตัวในการทำธุรกรรม ไม่เฉพาะรวมถึงประเภทสินทรัพย์) .
2. Aleo VS Zcash
2.1 Unit
ชื่อเรื่องรอง
คำอธิบายภาพ
(Zcash protocol specification: section 3.2, page 14)
ที่มาของภาพ
(Zexe protocol specification: section 3.1, page 17)
คำอธิบายภาพ
ที่มาของภาพ
สอดคล้องกับข้อมูลที่อยู่ของเจ้าของโน้ต ข้อมูลที่เกี่ยวข้องกับสัญญา ข้อมูลที่เกี่ยวข้องกับ nf/sn และข้อมูลที่เกี่ยวข้องกับมูลค่า
ชื่อเรื่องรอง
2.2 โครงสร้างรายการ
(Zexe protocol specification: section 3.1, page 17)
คำอธิบายภาพ
ที่มาของภาพ
เมื่อเทียบกับโครงสร้างธุรกรรมหลักของ Zcash (2.5.1) ก็ยังคล้ายกัน:
▪ คำฟ้องของบันทึกที่สร้างขึ้นใหม่ รวมถึงข้อมูลเจ้าของ ภาคแสดงการเกิด/การตายที่เกี่ยวข้อง ฯลฯ
2.3 Prover statement
ชื่อเรื่องรอง
(Zexe protocol specification: section 2.4, page 13)
คำอธิบายภาพ
ที่มาของภาพ
ต้องพิสูจน์:
▪ ความถูกต้องของบันทึกเก่า
▪ ▪ ความถูกต้องของบันทึกใหม่
ชื่อระดับแรก
3.1 เหตุใดจึงใช้ utox ทั้งหมด ไม่ใช่อิงตามบัญชี
Remark2.3(Zexe protocol specification: section 2.3, page 11)
อ้างถึง
ชื่อระดับแรก
https://zips.z.cash/protocol/protocol.pdf
2. (Aleo)Zexe protocol specification(Figure4/5/6,Remark2.3):
https://eprint.iacr.org/2018/962.pdf
เกี่ยวกับเราhttps://z.cash/upgrade/
4. zerocash:https://eprint.iacr.org/2014/349.pdf
เกี่ยวกับเรา
Sin7y ก่อตั้งขึ้นในปี 2564 และประกอบด้วยนักพัฒนาบล็อกเชนชั้นนำ เราเป็นทั้งผู้บ่มเพาะโครงการและทีมวิจัยเทคโนโลยีบล็อกเชน สำรวจเทคโนโลยีที่สำคัญและล้ำสมัยที่สุด เช่น EVM, Layer2, cross-chain, การประมวลผลเพื่อความเป็นส่วนตัว และโซลูชันการชำระเงินอัตโนมัติ
บัญชี WeChat สาธารณะ: Sin7Y
GitHub | Twitter | Telegram | Medium| Mirror | HackMD | HackerNoon
