Zcash เป็นเครือข่ายคริปโทเคอร์เรนซีแบบ proof-of-work และ ZEC เป็นสินทรัพย์ดั้งเดิมของเครือข่าย รองรับกิจกรรมแบบโปร่งใสและการโอนแบบ shielded ที่สามารถซ่อนรายละเอียดธุรกรรมบางอย่างได้เมื่อใช้กระเป๋าเงินและกลุ่มที่อยู่ที่เข้ากันได้.
ใช้หน้านี้เพื่อประเมินว่า Zcash เหมาะกับความต้องการด้านการชำระเงินหรือความเป็นส่วนตัวหรือไม่ จากนั้นตรวจสอบความเข้ากันได้ของผู้รับ พฤติกรรมค่าธรรมเนียมปัจจุบัน นโยบายการยืนยัน และข้อจำกัดของกิจกรรมแบบ shielded.
หน้านี้เป็นข้อมูลอ้างอิงด้านการศึกษาเกี่ยวกับเครือข่ายและตลาด ไม่รับประกันความเป็นส่วนตัวของธุรกรรม ความเข้ากันได้ของกระเป๋าเงิน การสนับสนุนจากตลาดแลกเปลี่ยน หรือผลลัพธ์การลงทุน.
ZEC/USDT · Binance Spot · UTC
ช่วงเวลาที่ยาวจะใช้ช่วงเทียนที่เข้ากันได้โดยอัตโนมัติ.
แท่งเทียน Binance Spot ในอดีตพร้อมใช้งาน ต้องใช้ JavaScript สำหรับการอัปเดตแท่งเทียนปัจจุบัน.
| เวลา (UTC) | เปิด (USDT) | สูง (USDT) | ต่ำ (USDT) | ปิด (USDT) | ปริมาณ (ZEC) |
|---|---|---|---|---|---|
| 25 ส.ค. 2026 11:00:00 UTC | 842.37 USDT | 843.75 USDT | 833.55 USDT | 836.27 USDT | 6,207.88 ZEC |
| 25 ส.ค. 2026 10:00:00 UTC | 839.73 USDT | 846.44 USDT | 835.81 USDT | 842.39 USDT | 8,168.63 ZEC |
| 25 ส.ค. 2026 09:00:00 UTC | 842.23 USDT | 854.97 USDT | 837.28 USDT | 839.61 USDT | 9,525.32 ZEC |
| 25 ส.ค. 2026 08:00:00 UTC | 852.56 USDT | 855.53 USDT | 840.66 USDT | 842.23 USDT | 9,848.26 ZEC |
| 25 ส.ค. 2026 07:00:00 UTC | 851.55 USDT | 866.93 USDT | 846.71 USDT | 852.50 USDT | 13,269.04 ZEC |
ข้อมูลตลาด: Binance Spot ZEC/USDT
ไลบรารีแผนภูมิ: TradingView Lightweight Charts
Zcash รองรับทั้งธุรกรรมแบบโปร่งใสและแบบ shielded.
โปรโตคอลที่รองรับ shielded ไม่ได้ทำให้ทุกธุรกรรม ZEC เป็นส่วนตัว.
Zcash มีประโยชน์ก็ต่อเมื่อกระเป๋าเงิน ผู้รับ และเส้นทางธุรกรรมที่เลือกสนับสนุนความเป็นส่วนตัวและความเข้ากันได้ที่คุณต้องการจริง ๆ.
การโอนแบบ shielded ที่เลือกได้ การชำระเงินที่คำนึงถึงความเป็นส่วนตัว หรือการเปิดเผยแบบเลือกได้มีความเกี่ยวข้อง และผู้เข้าร่วมทุกคนใช้ซอฟต์แวร์ Zcash ที่เข้ากันได้.
การถือ ZEC หรือใช้เครือข่าย Zcash ไม่ได้ซ่อนการโอนโดยอัตโนมัติ กลุ่มต้นทาง ผู้รับปลายทาง และเส้นทางที่สร้างโดยกระเป๋าเงินเป็นตัวกำหนดสิ่งที่ได้รับการปกป้อง.
กระเป๋าเงิน ตลาดแลกเปลี่ยน และบริการชำระเงินรองรับประเภทผู้รับและกลุ่มที่แตกต่างกัน ที่อยู่ Zcash ที่ถูกต้องอาจไม่สามารถใช้งานได้ในขั้นตอนการให้บริการบางอย่าง.
ตรวจสอบประเภทผู้รับ รองรับกระเป๋าเงิน เส้นทางการทำธุรกรรมที่เลือก ค่าธรรมเนียมที่แสดง และนโยบายการยืนยันบริการของผู้รับก่อนอนุญาตการชำระเงิน.
หนึ่ง ZEC เท่ากับ 100,000,000 ซาโตชิ ความแม่นยำในการแสดงผลของกระเป๋าเงินไม่ได้เปลี่ยนจำนวนเงินพื้นฐาน.
หน่วยฐานที่กระเป๋าเงินใช้
หน่วยบัญชีที่เล็กที่สุดของ ZEC
ซาโตชิเป็นหน่วยบัญชีจำนวนเต็มที่ใช้เมื่อซอฟต์แวร์แสดงจำนวน ZEC และค่าธรรมเนียม สกุลเงินนี้ไม่ได้เปิดเผยว่ามูลค่าอยู่ในพูลแบบโปร่งใสหรือแบบป้องกัน.
0.01 ZEC เท่ากับ 1,000,000 ซาโตชิ.
การกำหนดสกุลเงินแยกจากการโอนใช้พูลแบบโปร่งใสหรือแบบป้องกัน.
ค่าธรรมเนียมธุรกรรม Zcash จ่ายใน ZEC และแสดงเป็นซาโตชิ แนวทางค่าธรรมเนียมทั่วไปในปัจจุบันใช้ปริมาณงานเชิงตรรกะที่ธุรกรรมทำ แทนที่จะใช้ค่าธรรมเนียมคงที่เดียวสำหรับทุกการโอน.
ภายใต้กฎค่าธรรมเนียมทั่วไป ZIP 317 ที่ใช้งานอยู่ กระเป๋าเงินนับการกระทำเชิงตรรกะจากอินพุตและเอาต์พุตแบบโปร่งใส และจากการใช้จ่ายและเอาต์พุตแบบป้องกัน ค่าธรรมเนียมส่วนเพิ่ม 5,000 ซาโตชิถูกใช้โดยมีการกระทำผ่อนผันสองครั้ง ซึ่งทำให้ธุรกรรมทั่วไปขั้นต่ำอยู่ที่ 10,000 ซาโตชิ ในขณะที่อนุญาตให้โครงสร้างที่ซับซ้อนมากขึ้นมีค่าใช้จ่ายสูงขึ้น.
การสร้างธุรกรรมแบบป้องกันอาจรวมถึงการเพิ่มข้อมูลเพื่อลดการรั่วไหลของข้อมูลจากรูปแบบที่ผิดปกติ การเพิ่มข้อมูลนั้นและกิจกรรมข้ามพูลอาจส่งผลต่อจำนวนการกระทำ ดังนั้นการชำระเงินสองครั้งที่มีจำนวน ZEC เท่ากันอาจได้รับค่าธรรมเนียมที่คำนวณโดยกระเป๋าเงินต่างกัน ค่าธรรมเนียมทั่วไปเป็นแนวทางนโยบายของกระเป๋าเงิน ไม่ใช่การอ้างว่า consensus กำหนดให้ทุกธุรกรรมใช้ค่าธรรมเนียมที่แน่นอนหนึ่งค่า.
ธุรกรรมขั้นต่ำภายในสองการกระทำผ่อนผันมีค่าธรรมเนียมทั่วไป 10,000 ซาโตชิ เท่ากับ 0.0001 ZEC ธุรกรรมที่มีการกระทำเชิงตรรกะมากขึ้นอาจมีคำแนะนำที่สูงขึ้น.
ใช้ค่าธรรมเนียมที่แสดงโดยกระเป๋าเงินปัจจุบันที่เชื่อถือได้ อย่ากำหนดค่าธรรมเนียมคงที่แบบเก่าหรือเลือกค่าธรรมเนียมที่ผิดปกติด้วยตนเองโดยไม่เข้าใจผลกระทบต่อความเป็นส่วนตัวและการส่งต่อ.
ธุรกรรม Zcash สามารถรวมอินพุตหรือเอาต์พุตแบบโปร่งใสกับการกระทำแบบป้องกัน Sapling หรือ Orchard ความเป็นส่วนตัวที่ได้ขึ้นอยู่กับเส้นทางที่สมบูรณ์ที่กระเป๋าเงินเลือก.
กิจกรรมแบบโปร่งใสเปิดเผยที่อยู่สาธารณะและมูลค่า การป้องกันย้ายมูลค่าจากแหล่งโปร่งใสเข้าสู่พูลแบบป้องกัน การเปิดเผยแสดงด้านปลายทางแบบโปร่งใส และการโอนแบบป้องกันทั้งหมดปกป้องที่อยู่และช่องมูลค่าที่เกี่ยวข้องจากการตรวจสอบสาธารณะทั่วไป ธุรกรรมข้ามพูลสามารถรวมโปรโตคอลการโอนมากกว่าหนึ่งโปรโตคอล ดังนั้นกระเป๋าเงินต้องอธิบายสิ่งที่ได้รับการป้องกันแทนที่จะถือว่าธุรกรรมที่มีหลักฐานทุกอันเทียบเท่ากัน.
บันทึกแหล่งที่มา ผู้รับปลายทาง การจัดการเงินทอน และการรองรับกระเป๋าเงินกำหนดว่าส่วนประกอบแบบโปร่งใสหรือแบบป้องกันใดถูกสร้างขึ้น.
การพิสูจน์ความรู้เป็นศูนย์จะตรวจสอบส่วนประกอบที่ได้รับการป้องกันโดยไม่เปิดเผยค่าที่ได้รับการป้องกัน แต่ไม่ได้ซ่อนส่วนประกอบที่โปร่งใสหรือข้อมูลเมตาที่เก็บรวบรวมนอกโปรโตคอล.
Zcash รองรับตัวรับแบบโปร่งใส Sapling และ Orchard ที่อยู่แบบรวม (Unified Address) สามารถเข้ารหัสตัวรับหลายตัวได้ เพื่อให้กระเป๋าเงินที่ส่งสามารถเลือกโปรโตคอลการโอนที่รองรับได้ดีที่สุด.
| ประเภทที่อยู่ | คำนำหน้าทั่วไป | พูล | การใช้งานทั่วไป | หมายเหตุความเข้ากันได้ |
|---|---|---|---|---|
| ตัวรับแบบโปร่งใส | t1 หรือ t3 | โปร่งใส | การโอนสาธารณะและการผสานรวมกับระบบเดิมอย่างกว้างขวาง | ที่อยู่และมูลค่าที่โอนเป็นสาธารณะ |
| ตัวรับ Sapling | zs | พูล shielded ของ Sapling | การชำระเงินแบบ shielded ในกระเป๋าเงินที่เข้ากันได้ | การรองรับ Sapling โดยตรงขึ้นอยู่กับกระเป๋าเงินและบริการ |
| ตัวรับ Orchard | ภายใน Unified Address | พูล shielded ของ Orchard | การชำระเงินแบบ shielded ปัจจุบันผ่านกระเป๋าเงินที่เข้ากันได้ | ไม่มีการเข้ารหัสที่อยู่ Orchard แบบสแตนด์อโลนสำหรับผู้ใช้ |
| ที่อยู่แบบรวม (Unified Address) | u | คอนเทนเนอร์ตัวรับ | การเข้ารหัสที่อยู่หนึ่งรูปแบบที่สามารถพกพาประเภทตัวรับที่รองรับได้ | กระเป๋าเงินที่ส่งเลือกตัวรับที่เข้ากันได้ ความเป็นส่วนตัวไม่ได้รับการรับประกัน |
ที่อยู่แบบรวมเป็นคอนเทนเนอร์ที่อยู่ ไม่ใช่หลักฐานว่าธุรกรรมสุดท้ายถูก shielded ผู้ส่งจะถอดรหัสตัวรับที่มีอยู่และเลือกตัวที่รองรับ นโยบายของกระเป๋าเงินและบริการของผู้รับจึงยังคงเป็นส่วนหนึ่งของผลลัพธ์ความเป็นส่วนตัว คีย์การดูเป็นข้อมูลประจำตัวที่ละเอียดอ่อนแยกต่างหากที่สามารถเปิดเผยกิจกรรม shielded สำหรับการบัญชีหรือการเปิดเผยแบบเลือกได้โดยไม่ให้สิทธิ์ในการใช้จ่าย.
ยืนยันว่ากระเป๋าเงินที่ส่งจะใช้ตัวรับใด โดยเฉพาะเมื่อที่อยู่แบบรวมมีมากกว่าหนึ่งตัวเลือก.
กระเป๋าเงินหรือ exchange อาจรองรับการฝากแบบโปร่งใส แต่ไม่รองรับ Sapling Orchard หรือที่อยู่แบบรวมทุกรูปแบบ.
การยืนยันครั้งแรกบันทึกธุรกรรมในบล็อกที่ได้รับการยอมรับ ความลึกเพิ่มเติมช่วยลดความเสี่ยงจากการจัดระเบียบใหม่ตามนโยบายของกระเป๋าเงินหรือบริการ แต่ไม่ได้เปลี่ยนความเป็นส่วนตัวของธุรกรรมที่กำหนดไว้แล้วตามเส้นทางของมัน.
ธุรกรรมถูกมองเห็นโดยกระเป๋าเงินหรือบริการ แต่ยังไม่รวมอยู่ในบล็อกที่ได้รับการยอมรับ.
ธุรกรรมถูกรวมอยู่ในบล็อก Zcash ที่ได้รับการยอมรับหนึ่งบล็อก ในขณะที่ความเสี่ยงจากการจัดระเบียบใหม่ยังคงขึ้นอยู่กับนโยบาย.
แต่ละบล็อกที่ได้รับการยอมรับในภายหลังทำให้การจัดระเบียบใหม่มีโอกาสน้อยลง ความลึกที่ต้องการแตกต่างกันไปตามกระเป๋าเงิน ร้านค้า และ exchange.
กระเป๋าเงินอาจรอเงื่อนไขการยืนยันหรือความเชื่อถือที่กำหนดค่าก่อนที่จะอนุญาตให้ใช้จ่ายผลลัพธ์ที่ได้รับ.
กระเป๋าเงินสามารถแสดงจำนวนเงินที่เข้ามาก่อนที่จะถือว่าผลลัพธ์นั้นใช้จ่ายได้ ความแตกต่างขึ้นอยู่กับการรวมบล็อก ความลึกของการยืนยัน ว่ากระเป๋าเงินถือว่าแหล่งที่มาเชื่อถือได้หรือไม่ และนโยบายความเสี่ยงของตัวเอง คำแนะนำอย่างเป็นทางการของกระเป๋าเงินอาจแนะนำเกณฑ์การยืนยัน แต่คำแนะนำนั้นเป็นนโยบายการดำเนินงาน ไม่ใช่กฎฉันทามติเดียวสำหรับร้านค้า exchange และกระเป๋าเงินทุกราย.
อินเทอร์เฟซควรแยกความแตกต่างระหว่างการชำระเงินที่ตรวจพบกับการยอดเงินที่ยืนยันและผ่านนโยบายที่สามารถใช้จ่ายได้.
ความลึกของการยืนยันช่วยจัดการความเสี่ยงจากการกลับรายการ การเลือกผู้รับและเส้นทางธุรกรรมช่วยจัดการการเปิดเผยข้อมูล.
การออกแบบสองเส้นทางรักษาพฤติกรรมการชำระเงินแบบสาธารณะที่คุ้นเคย ในขณะที่ทำให้การรักษาความลับบนเชนแข็งแกร่งขึ้นผ่านโปรโตคอลแบบปกปิด.
กิจกรรม Zcash แบบโปร่งใสทำงานคล้ายกับการชำระเงิน UTXO ทั่วไป: ที่อยู่และมูลค่าที่โอนจะมองเห็นได้บนเชนสาธารณะ ทำให้การตรวจสอบพื้นฐาน การฝากเงินจาก exchange และการผสานรวมง่ายขึ้นสำหรับบริการที่สร้างขึ้นรอบบันทึกธุรกรรมสาธารณะ นอกจากนี้ยังหมายความว่าการโอนเหล่านั้นไม่ได้รับการปกป้องที่อยู่และจำนวนเงินเหมือนเส้นทางแบบปกปิดเต็มรูปแบบ.
พูลแบบปกปิดช่วยให้โหนดตรวจสอบว่าธุรกรรมถูกต้องโดยไม่ต้องเผยแพร่ผู้ส่ง ผู้รับ และจำนวนเงินที่ได้รับการปกป้องในลักษณะเดียวกัน สิ่งนี้เปลี่ยนสิ่งที่ผู้สังเกตการณ์เชนทั่วไปสามารถเรียนรู้ได้ แต่ไม่ได้ลบการมีอยู่ของธุรกรรม ค่าธรรมเนียม หรือทุกเบาะแสที่เกิดจากเวลา คู่สัญญา และขั้นตอนการทำงานโดยรอบ.
การสนับสนุนทั้งสองโมเดลช่วยให้ Zcash โต้ตอบกับซอฟต์แวร์ที่มีความสามารถแตกต่างกัน แต่ยังย้ายการตัดสินใจที่สำคัญไปยังกระเป๋าเงิน กระเป๋าเงินต้องรู้จักผู้รับ เลือกโปรโตคอลการโอนที่รองรับ และอธิบายเมื่อมูลค่าข้ามระหว่างพูลแบบโปร่งใสและแบบปกปิด หน้าจอส่งเงินที่คุ้นเคยไม่เพียงพอหากซ่อนว่าเส้นทางใดจะถูกใช้.
ความเหมาะสมขึ้นอยู่กับการสนับสนุนแบบปกปิดอย่างตั้งใจ เส้นทางผู้รับที่ใช้งานได้ และนโยบายการดำเนินงานที่ยอมรับการตรวจสอบความเข้ากันได้เฉพาะของ Zcash.
Zcash เหมาะสมเมื่อทั้งสองฝ่ายสนับสนุนผู้รับแบบปกปิดอย่างตั้งใจ และผู้ส่งสามารถตรวจสอบเส้นทางก่อนลงนาม.
ระวัง: ยืนยันเวอร์ชันกระเป๋าเงิน ประเภทผู้รับ ค่าธรรมเนียม และการสนับสนุนผู้รับ การเปลี่ยนไปใช้กิจกรรมแบบโปร่งใสจะเปลี่ยนโมเดลการเปิดเผยข้อมูล.
ความสามารถในการดูสามารถสนับสนุนการกระทบยอดหรือการรายงานโดยไม่ต้องมอบอำนาจการใช้จ่ายเมื่อขั้นตอนการทำงานถูกออกแบบมาเพื่อจุดประสงค์นั้น.
ระวัง: กำหนดว่าใครได้รับสิทธิ์การดู สิ่งที่เปิดเผย และวิธีจัดเก็บและเพิกถอนวัสดุคีย์ในการปฏิบัติงาน.
แอปพลิเคชันสามารถใช้ Zcash ได้ดีเมื่อจัดการกับ Unified Address, ผู้รับแบบปกปิด, ค่าธรรมเนียม และสถานะการยืนยันอย่างชัดเจน.
ระวัง: ทดสอบทุกพูลที่รองรับและเส้นทางการย้ายข้อมูลแทนที่จะสมมติว่าการสนับสนุนกระเป๋าเงินคริปโตทั่วไปเพียงพอ.
การสนับสนุนผู้รับแบบปกปิดและส่วนประกอบ Unified Address แตกต่างกันไปตามบริการ ดังนั้นเส้นทางที่รักษาความเป็นส่วนตัวอาจไม่พร้อมใช้งานทุกที่.
เปรียบเทียบ: ใช้เส้นทางการชำระเงินที่ทุกคู่สัญญาที่จำเป็นรองรับอย่างชัดเจน แล้วเปรียบเทียบข้อแลกเปลี่ยนการเปิดเผยข้อมูล.
Zcash อนุญาตกิจกรรมแบบโปร่งใสและการเปลี่ยนพูลแบบผสม โปรโตคอลไม่สามารถเปลี่ยนผู้รับที่ไม่รองรับหรือปลายทางแบบโปร่งใสให้เป็นการชำระเงินแบบปกปิดเต็มรูปแบบ.
เปรียบเทียบ: ประเมินการออกแบบที่ความเป็นส่วนตัวเป็นค่าเริ่มต้นหากการเลือกเส้นทางเป็นทางเลือกไม่เป็นที่ยอมรับ พร้อมกับทบทวนข้อจำกัดความเข้ากันได้ของตัวเอง.
หน้านี้อธิบาย Zcash เป็นเครือข่ายการชำระเงินและความเป็นส่วนตัว ไม่ใช่สิ่งทดแทนสภาพแวดล้อมแอปพลิเคชันทั่วไปแบบ EVM.
เปรียบเทียบ: ประเมินแพลตฟอร์มสัญญาอัจฉริยะเมื่อสถานะแอปพลิเคชันที่ตั้งโปรแกรมได้เป็นข้อกำหนดหลัก.
โปรโตคอลแบบปกปิดปกป้องฟิลด์เฉพาะบนเชน พวกมันไม่ใช่คำสัญญาของการไม่เปิดเผยตัวตนในการปฏิบัติงานอย่างสมบูรณ์.
ในการโอนแบบปกปิด โปรโตคอลถูกออกแบบมาเพื่อปกป้องที่อยู่และมูลค่าที่ได้รับการปกป้องจากการตรวจสอบสาธารณะทั่วไป ในขณะที่ยังอนุญาตให้เครือข่ายปฏิเสธการใช้จ่ายที่ไม่ถูกต้อง อินพุตหรือเอาต์พุตแบบโปร่งใสยังคงเป็นสาธารณะ และการย้ายมูลค่าเข้าหรือออกจากพูลแบบปกปิดสามารถเปิดเผยด้านโปร่งใสของเส้นทางนั้น ความเป็นส่วนตัวจึงขึ้นอยู่กับธุรกรรมทั้งหมด ไม่ใช่เพียงว่าผู้รับแบบปกปิดปรากฏอยู่ในนั้นหรือไม่.
พฤติกรรมของกระเป๋าเงินมีความสำคัญเพราะกระเป๋าเงินเลือกโน้ต ผู้รับ การจัดการเงินทอน และโปรโตคอลการโอน Unified Address สามารถมีผู้รับได้มากกว่าหนึ่งประเภท และกระเป๋าเงินที่ส่งเลือกประเภทที่รองรับ สิ่งนี้ปรับปรุงความเข้ากันได้ แต่ไม่รับประกันว่าการชำระเงินสุดท้ายใช้ผู้รับแบบปกปิด Orchard หรือ Sapling.
คีย์การดูให้สิทธิ์การเข้าถึงแบบอ่านที่ควบคุมได้โดยไม่ให้อำนาจการใช้จ่าย พวกมันสามารถสนับสนุนการบัญชี การรายงาน หรือการเปิดเผยแบบเลือกได้เมื่อกระเป๋าเงินและกระบวนการทางธุรกิจจัดการอย่างถูกต้อง พวกมันควรได้รับการปกป้องเป็นข้อมูลที่ละเอียดอ่อนเพราะผู้ถืออาจเรียนรู้รายละเอียดธุรกรรมที่ไม่เปิดเผยต่อสาธารณะบนเชน.
ความเป็นส่วนตัวของเครือข่ายยังไม่ครอบคลุมถึงการซ่อนข้อมูลที่รวบรวมที่อื่น exchange ร้านค้า หรือคู่สัญญาอาจรู้จักตัวตนบัญชี ที่อยู่ IP รายละเอียดการจัดส่ง หรือความสัมพันธ์ด้านเวลา การยืนยันมากขึ้นสามารถลดความเสี่ยงจากการกลับรายการ แต่ไม่ปกปิดข้อมูลที่มองเห็นได้แล้วในเส้นทางโปร่งใสหรือที่แชร์กับบริการแล้ว.
ความแตกต่างที่เป็นประโยชน์ไม่ใช่ว่าเครือข่ายใดดีกว่าอย่างเป็นสากล แต่ความโปร่งใส การปกปิดแบบเลือกได้ หรือพฤติกรรมความเป็นส่วนตัวเป็นค่าเริ่มต้นตรงกับขั้นตอนการทำงานที่ตั้งใจไว้หรือไม่.
| เครือข่าย | โมเดลธุรกรรม | พฤติกรรมที่อยู่ | ฉันทามติ | ความเหมาะสมทั่วไป | การแลกเปลี่ยนในการดำเนินงาน |
|---|---|---|---|---|---|
| Zcash | เส้นทางที่โปร่งใส การปกปิด การปกปิด และการเปิดเผยอยู่ร่วมกันได้. | ตัวรับแบบโปร่งใส Sapling และ Orchard สามารถแสดงผ่านรูปแบบที่อยู่ที่เข้ากันได้ รวมถึง Unified Addresses. | หลักฐานการทำงาน. | ขั้นตอนการทำงานที่เลือกใช้การสนับสนุนแบบปกปิดหรือการเปิดเผยแบบเลือกได้โดยเจตนา. | ต้องตรวจสอบความเข้ากันได้ของตัวรับ พูล และบริการ. |
| Bitcoin | อินพุตและเอาต์พุตของธุรกรรมสามารถตรวจสอบได้โดยสาธารณะ. | รูปแบบที่อยู่ระบุสคริปต์ปลายทางที่รองรับ ไม่ใช่พูลที่ปกปิด. | หลักฐานการทำงาน. | การชำระเงินและการชำระบัญชีสาธารณะ UTXO ที่รองรับอย่างกว้างขวาง. | กราฟธุรกรรมสาธารณะต้องใช้แนวปฏิบัติด้านความเป็นส่วนตัวแยกต่างหาก. |
| Monero | คุณสมบัติความเป็นส่วนตัวของโปรโตคอลใช้กับการโอนทั่วไปโดยค่าเริ่มต้น. | การกำหนดที่อยู่ของกระเป๋าเงินถูกสร้างขึ้นรอบพฤติกรรมธุรกรรมส่วนตัวมากกว่าตัวรับแบบโปร่งใสที่เป็นทางเลือก. | หลักฐานการทำงาน. | ผู้ใช้ที่ต้องการพฤติกรรมความเป็นส่วนตัวโดยไม่ต้องเลือกเส้นทางแบบโปร่งใสหรือแบบปกปิด. | การสนับสนุนบริการ วิธีการตรวจสอบ และเครื่องมือปฏิบัติการแตกต่างจากระบบ UTXO แบบโปร่งใส. |
ข้อผิดพลาดส่วนใหญ่มาจากการถือว่าความสามารถของเครือข่ายเป็นคุณสมบัติอัตโนมัติของกระเป๋าเงิน ที่อยู่ และธุรกรรมทุกอัน.
การแก้ไข: Zcash รองรับเส้นทางแบบโปร่งใสและแบบปกปิด เฉพาะฟิลด์ที่ได้รับการปกป้องโดยโปรโตคอลการโอนแบบปกปิดที่เลือกเท่านั้นที่ได้รับคุณสมบัติการรักษาความลับบนเชนเหล่านั้น.
ทำไมจึงสำคัญ: ผู้ส่งหรือปลายทางแบบโปร่งใสสามารถเปิดเผยที่อยู่และมูลค่าที่ไม่สามารถซ่อนได้ในภายหลังโดยการรอบล็อกเพิ่มเติม.
การแก้ไข: Unified Address เป็นคอนเทนเนอร์สำหรับประเภทตัวรับที่เข้ากันได้ กระเป๋าเงินที่ส่งจะเลือกตัวรับที่รองรับตามมาตรฐานที่เกี่ยวข้องและความสามารถของมัน.
ทำไมจึงสำคัญ: เส้นทางสุดท้ายอาจแตกต่างกันไปตามกระเป๋าเงิน ดังนั้นผู้ส่งต้องตรวจสอบตัวรับที่แสดงและผลลัพธ์ความเป็นส่วนตัว.
การแก้ไข: การยืนยันเพิ่มความลึกหลังจากการรวมบล็อกและลดความเสี่ยงของการจัดระเบียบใหม่ตามนโยบาย ไม่ได้เขียนข้อมูลธุรกรรมที่เปิดเผยก่อนหน้านี้ใหม่.
ทำไมจึงสำคัญ: ความปลอดภัยต่อการย้อนกลับและการรักษาความลับเป็นคุณสมบัติที่แยกจากกันและต้องตรวจสอบแยกกัน.
การแก้ไข: การสนับสนุนแตกต่างกันไปตามผลิตภัณฑ์ เวอร์ชัน และนโยบายบริการ ตัวรับที่ถูกต้องภายใต้โปรโตคอลอาจถูกปฏิเสธโดยอินเทอร์เฟซเฉพาะ.
ทำไมจึงสำคัญ: ควรทดสอบขั้นตอนการส่งหรือฝากเงินก่อนการโอนที่ไวต่อเวลาหรือมูลค่าสูง.
การแก้ไข: คำแนะนำค่าธรรมเนียมทั่วไปในปัจจุบันคำนึงถึงการกระทำเชิงตรรกะและรวมถึงการกระทำที่ผ่อนผัน กระเป๋าเงินอาจคำนวณค่าธรรมเนียมทั่วไปที่แตกต่างกันสำหรับธุรกรรมที่สร้างต่างกัน.
ทำไมจึงสำคัญ: การกำหนดจำนวนเงินคงที่แบบเก่าอาจทำให้ค่าธรรมเนียมที่กระเป๋าเงินเลือกต่ำเกินไปและอาจสร้างพฤติกรรมค่าธรรมเนียมที่ผิดปกติ.
การแก้ไข: โปรโตคอลแบบปกปิดปกป้องฟิลด์บนเชนที่กำหนด ไม่ใช่ข้อมูลที่รวบรวมโดยอุปกรณ์ เครือข่าย การแลกเปลี่ยน ผู้ค้า หรือคู่สัญญา.
ทำไมจึงสำคัญ: ความเป็นส่วนตัวในการดำเนินงานยังคงขึ้นอยู่กับการเชื่อมต่อกระเป๋าเงิน ข้อมูลประจำตัวบัญชี ช่วงเวลา และสิ่งที่แชร์นอกเชน.
การตรวจสอบเชิงปฏิบัติแตกต่างกันสำหรับผู้ที่ชำระเงินครั้งเดียว ทีมกระเป๋าเงิน บริการที่รับฝากเงิน หรือองค์กรที่ใช้การเปิดเผยแบบเลือกได้.
ก่อนส่ง ให้ระบุว่าปลายทางเป็นแบบโปร่งใส Sapling Orchard หรือ Unified Address และอ่านตัวอย่างในกระเป๋าเงินสำหรับเส้นทางการโอนจริง ยอดคงเหลือ ZEC เพียงอย่างเดียวไม่ได้บอกอะไรเกี่ยวกับการสนับสนุนตัวรับหรือสิ่งที่ธุรกรรมจะเปิดเผย.
Wallet ควรแยกวิเคราะห์รูปแบบที่อยู่ปัจจุบัน เลือกผู้รับอย่างถูกต้อง คำนวณค่าธรรมเนียมทั่วไปในปัจจุบัน และแยกแยะยอดคงเหลือที่ได้รับจากยอดที่ใช้จ่ายได้ ข้อความแสดงข้อผิดพลาดควรอธิบายเส้นทางที่ไม่รองรับแทนที่จะลดระดับอย่างเงียบๆ.
บริการควรระบุว่ายอมรับประเภทผู้รับใด สามารถคืนเงินไปยังปลายทาง shielded ได้หรือไม่ และต้องมีการยืนยันจำนวนเท่าใดตามนโยบายความเสี่ยงของตนเอง การดำเนินการฝากยังต้องมีเส้นทางการกู้คืนสำหรับที่อยู่ที่ไม่รองรับหรือความสามารถในการใช้จ่ายที่ล่าช้า.
การเปิดเผยแบบเลือกสรรสามารถสนับสนุนการกระทบยอดหรือการรายงานโดยไม่ให้อำนาจการใช้จ่าย แต่วัสดุการดูอาจเปิดเผยกิจกรรมที่ได้รับการปกป้องแก่ผู้ถือ ควรกำหนดขั้นตอนการเข้าถึง การจัดเก็บ การส่งต่อ และการจัดการเหตุการณ์ก่อนที่จะแชร์.
สแนปชอตคือข้อมูล CoinGecko รวม ZEC/USD แผนภูมิคือข้อมูล Binance Spot ZEC/USDT USD และ USDT เป็นสินทรัพย์อ้างอิงที่แตกต่างกัน ดังนั้นค่าที่แสดงอาจแตกต่างกัน.
มาตรฐานทางเทคนิคหลักที่ใช้ในการตรวจสอบคำอธิบายธุรกรรม ผู้รับ ค่าธรรมเนียม และกระเป๋าเงินในหน้านี้.
คำถามการดำเนินงานเพิ่มเติมที่ไม่ได้ตอบในส่วนธุรกรรมหลักและส่วนผู้รับ.
คีย์การดูสามารถให้สิทธิ์การเข้าถึงการอ่านสำหรับกิจกรรมที่ได้รับการปกป้องที่รองรับ โดยไม่ให้สิทธิ์ในการใช้จ่าย องค์กรยังคงต้องมีนโยบายสำหรับการเข้าถึง การจัดเก็บ และขอบเขตการเปิดเผยที่แน่นอน.
กระเป๋าเงินอาจตรวจพบธุรกรรมที่เข้ามาก่อนที่จะถึงระดับความลึกของการยืนยันหรือนโยบายความเชื่อถือที่จำเป็นสำหรับการใช้จ่าย อินเทอร์เฟซควรแยกแยะยอดคงเหลือที่ตรวจพบ ยืนยันแล้ว และสามารถใช้จ่ายได้.
ขึ้นอยู่กับเนื้อหาของ Unified Address และกระเป๋าเงินที่ส่ง กระเป๋าเงินอาจเลือกผู้รับแบบ transparent ที่รองรับเมื่อมีอยู่ แต่ผู้ส่งต้องตรวจสอบเส้นทางที่แสดงเนื่องจากตัวเลือกนั้นเปลี่ยนแปลงสิ่งที่เปิดเผยต่อสาธารณะ.
เนื้อหาทางเทคนิคที่ตรวจสอบแล้ว แหล่งที่มาที่ตรวจสอบ และประวัติการอัปเดต.