วิธีการเดิมพันใน ETH2.0 เราถาม V God

ผู้เขียน: รูดี ลูดี

เมื่อวานฉันรู้สึกเป็นเกียรติที่ถูกดึงเข้าสู่ชุมชนจีน Ethereum 2.0 ที่เพิ่งจัดตั้งใหม่ เมื่อฉันเข้าไป มีคนเพียงไม่กี่สิบคนในกลุ่ม ฉันเห็นว่า WeChat ของ V God ก็อยู่ในกลุ่มด้วย และดูเหมือนว่า V God จะมี เวลามากมาย (ภายหลังฉันรู้ว่ามันกำลังรอเครื่องบินที่สนามบินไทเป) มีปฏิสัมพันธ์อย่างแข็งขันกับผู้ที่ชื่นชอบ Ethereum 2.0 ในกลุ่ม (ทักษะการแสดงออกของภาษาจีนเริ่มแข็งแกร่งขึ้นเรื่อย ๆ ) และตลอดบ่ายก็กลายเป็นเรื่องมาก AMA ออนไลน์แบบยาว

AMA พูดคุยเกี่ยวกับ Sharding, Governance, DApp, การเปลี่ยนผ่าน 1.0 และ 2.0 ฯลฯ ฉันและเพื่อนเห็นโอกาสและแน่นอนว่าถามคำถามที่เกี่ยวข้องกับ Stake มากมาย ก่อนหน้านั้น เราสามารถมองหา V บนเครือข่ายสาธารณะเท่านั้น เช่น ในฐานะฟอรัม Ethereum การตีความพระเจ้าและผู้อื่นอย่างกระจัดกระจาย ในที่สุด วันนี้ฉันก็ได้รับคำอธิบายส่วนตัวของ V God คำถามบางข้อที่ฉันอยากจะถามก่อนหน้านี้ได้รับคำตอบแล้วและฉันรู้สึกสบายใจมาก

ชื่อเรื่องรอง

การตีความ

1. 32ETH คือมูลค่าจำนำที่จำเป็นในการเป็นโหนด ซึ่งเป็นทั้งขีดจำกัดล่างและขีดจำกัดบน หากมี 320ETH จะสามารถสร้างได้เพียง 10 โหนด และไม่สามารถจำนำ 320ETH กับ 1 โหนดได้

2. 32ETH ตรงกับ 1 โหนด ตรงกับ 1 คีย์ส่วนตัว

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

4. การออกแบบของ ETH 2.0 นั้นแตกต่างจาก Stake chain ที่ได้รับความนิยมเช่น Cosmos และ Tezos ในช่วงแรก ไม่มีแนวคิดของ "การมอบหมาย" นั่นคือผู้ถือโทเค็นไม่สามารถกระจายอำนาจ ETH ที่พวกเขาถือไปยังโหนดสำหรับการขุด .

5. แต่ในเฟส 2 (เฟส 0 คือเฟสแรกที่เปิด) จะสามารถกลายเป็นโหนดผ่านสัญญาได้ ในเวลานั้น ผู้ให้บริการโหนดสามารถเริ่มต้นสัญญาโหนดและกำหนดกฎการคืนเงินที่เข้าร่วมและ รับเงิน

ชื่อเรื่องรอง

โอกาสในการพัฒนาสำหรับผู้ให้บริการเดิมพัน

ตามคำอธิบายปัจจุบันที่ได้รับจาก Vitalik การมอบหมายแบบกระจายอำนาจไม่สามารถรับรู้ได้ในระยะที่ 0 และระยะที่ 1 ดังนั้นผู้ถือ ETH จึงไม่สามารถจำนำ ETH กับโหนดสำหรับการขุดได้ และเป็นการยากสำหรับผู้ให้บริการ Stake ที่จะปฏิบัติตามการสร้างโหนดก่อนหน้านี้ , การหาเสียงในชุมชน , ส่วนลดปันผล และรูปแบบอื่น ๆ แล้วจะมีโอกาสอะไรบ้าง?

แม้ว่าจุดประสงค์ของการออกแบบ Ethereum คือการกระตุ้นให้ผู้ใช้จำนวนมากขึ้นเข้าร่วมในการขุดและตระหนักถึงการกระจายอำนาจของโหนด แต่ก็ยังเป็นเรื่องยากสำหรับผู้ถือเหรียญที่จะเข้าร่วมโดยตรงในเครือข่ายโหนดของ ETH2.0 ประการแรก 32ETH ยังไม่ใช่เกณฑ์ที่ต่ำ ซึ่งจะป้องกันไม่ให้ผู้ถือสกุลเงินขนาดเล็กจำนวนมากเข้าร่วม ประการที่สอง โหนดจำเป็นต้องทำงาน 24 ชั่วโมงเพื่อสร้างบล็อก แม้ว่า Ethereum จะพยายามอย่างดีที่สุดเพื่อลดการลงโทษที่เกิดจากการออฟไลน์เพื่อส่งเสริม การมีส่วนร่วมของประชาชน แต่การปฏิบัติงานตลอด 24 ชั่วโมงก็เป็นงานที่เหนื่อยเช่นกัน ไม่ต้องพูดถึงการอัปเกรดโหนด การดำเนินงานและการบำรุงรักษา การป้องกันภัยพิบัติ และสิ่งยุ่งยากอื่นๆ

ไม่ว่าจะเป็นการไม่สามารถเข้าร่วมได้เนื่องจากจำนวนเหรียญที่ถือครองน้อย หรือรายได้ไม่เพียงพอที่เกิดจากการไม่สามารถออนไลน์ได้ตลอด 24 ชั่วโมง จะทำให้เกิดการสูญเสียเงินเฟ้อที่มองไม่เห็นภายใต้การออก ETH เพิ่มเติม ซึ่งจะต้องเป็นสิ่งที่ ผู้ถือสกุลเงิน ETH ไม่พอใจที่เห็น เพื่อตอบสนองต่อความต้องการดังกล่าว ผู้ให้บริการ Stake สามารถสำรวจเส้นทางต่างๆ สำหรับ ETH 2.0

1. ให้บริการสนับสนุนด้านเทคนิค

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

2. กระเป๋าเงินส่วนกลาง

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

3. รอให้ระยะที่ 2 เข้าสู่ระบบออนไลน์เพื่อรับมอบความไว้วางใจแบบกระจายอำนาจ

ชื่อเรื่องรอง

บันทึก AMA

1. เงื่อนไขโหนด

Zhufeng: ผมกังวลเกี่ยวกับเงื่อนไขที่ ETH2.0 จำเป็นต้องเป็นโหนด

Vitalik Buterin：32 ether และคอมพิวเตอร์ธรรมดาก็เพียงพอแล้ว

Dazhi: แล้วถ้ามีมากกว่า 32 ล่ะ? เกิดอะไรขึ้นถ้ามี 320 เหรียญ? แบ่งออกเป็น 10 โหนดเพื่อรัน?

Vitalik Buterin：คุณสามารถเรียกใช้ไคลเอนต์ และไคลเอนต์สามารถจัดการรหัสตัวตรวจสอบหลายตัว (ตัวตรวจสอบความถูกต้อง) แต่ยิ่งมีรหัสตรวจสอบความถูกต้องมากเท่าใด ข้อมูลก็ยิ่งต้องได้รับการยืนยันมากขึ้นเท่านั้น ตัวอย่างเช่น หากคุณมี 10,000 อีเธอร์ คุณอาจต้องการเซิร์ฟเวอร์

ไค: ยิ่งมีการกล่าวถึงข้อมูลมากขึ้น นี่หมายความว่าข้อมูลเดียวกันในห่วงโซ่ จำนวนผู้ตรวจสอบความถูกต้องโหวต (โหวต) มากขึ้นหรือไม่?

Vitalik Buterin：นี่คือลักษณะของ Sharding บล็อกของ Sharding ถูกกำหนดให้กับรหัสตรวจสอบความถูกต้อง ดังนั้น หากคุณมีรหัสตรวจสอบหลายรายการ คุณต้องตรวจสอบและลงนามในบล็อกเพิ่มเติม

Dazhi: คุณต้องเก็บ 10 คีย์ส่วนตัวสำหรับ 10 รหัสหรือไม่ หรือ 1 คีย์ส่วนตัวต้องการเพียง 1 ไคลเอนต์ในการจัดการ 10 รหัส?

Vitalik Buterin：10 คีย์ส่วนตัว แต่ไคลเอนต์สามารถสร้างคีย์ส่วนตัวได้หลายคีย์ด้วยคีย์ส่วนตัวเดียว

2. ความเป็นไปได้ของการมอบหมายแบบกระจายอำนาจ

Rudy@InfPool：ดูเหมือนว่าการเดิมพัน ETH 2.0 ไม่ควรมี "delegated"ส่วนหนึ่งของมัน หากคุณมี 32ETH ไม่เพียงพอ คุณจะมอบหมายไปยังโหนดอื่นแบบกระจายศูนย์ไม่ได้หรือ บางทีกระเป๋าสตางค์แบบรวมศูนย์สามารถสร้างพูล (พูลสำหรับขุด) จัดสรรเทียม และตั้งค่าตัวตรวจสอบความถูกต้องสำหรับทุกๆ 32ETH

Vitalik Buterin：หลังจากเฟส 2 (เฟส 2) คุณสามารถใช้สัญญาเป็นการมอบหมาย และเจ้าของคีย์ส่วนตัวจะเซ็นบล็อกให้คุณ ฯลฯ แต่คุณไม่สามารถถอน (ถอน) ไปยังบัญชีของคุณเองได้

Rudy@InfPool：คุณหมายถึง หลังจากระยะที่ 2 จะมีกี่คนที่สามารถรวบรวม 32ETH ผ่านสัญญาเดียวเพื่อเป็น Validator เดียว

Vitalik Buterin：ให้ฉันอธิบายวิธีนี้เพิ่มเติม

เมื่อคุณเปิดตัวตรวจสอบ คุณต้องตั้งค่าคีย์สาธารณะสองคีย์: คีย์สาธารณะแบบลายเซ็นและคีย์สาธารณะแบบถอน หลังจากขั้นตอนที่ 2 ไม่จำเป็นต้องตั้งค่าคีย์สาธารณะในการถอน แต่สามารถตั้งค่าสัญญาการถอนได้ สามารถถอนคีย์ส่วนตัวของลายเซ็นได้ หลังจากการถอนเสร็จสิ้น เงินในตัวตรวจสอบความถูกต้องจะถูกมอบให้กับ ที่อยู่ของการถอนสัญญา ดังนั้นเมื่อคุณเปิดตัวตรวจสอบใหม่ คุณสามารถส่ง เช่น 1 ether และตั้งค่าสัญญาการถอนได้ กฎของสัญญานี้คือ ใครฝาก (ฝาก) และถอนตามอัตราส่วน ตัวอย่างเช่น คุณฝาก 1 อีเธอร์ แล้วมีคน 3 คนฝากอีเธอร์ 8, 10 และ 13 รวมเป็น 32 ดังนั้นตัวตรวจสอบจึงเปิดใช้งาน (ใช้งานอยู่) หลังจากช่วงระยะเวลาหนึ่ง คุณส่งรายการถอนเงิน และตอนนี้เนื่องจากยอดคงเหลือ (ยอดคงเหลือ) ของผู้ตรวจสอบความถูกต้องคือ 33.6 ETH (บวก 5%) 33.6 ETH มอบให้กับสัญญา และกฎของสัญญากำหนด 1.05 ให้คุณ 8.4 , 10.5 และ 13.65 ถึงผู้เข้าร่วมรายอื่น

คีย์ส่วนตัวของลายเซ็นเป็นของคุณ และกฎว่าใครสามารถถอนเงินได้เท่าไหร่ตามที่ระบุไว้ในสัญญา คนอื่นๆ สามารถดูกฎของสัญญาการถอนตัวของ Validator ที่ยังไม่ได้เปิดใช้งาน และหากพวกเขาคิดว่ามันสมเหตุสมผล พวกเขาสามารถส่งเหรียญไปยัง Validator ได้ นี่คือวิธีการที่ได้รับมอบสิทธิ์

Rudy@InfPool：ได้แต่รอเฟส 2 ครับ

ครั้งแรกที่ฉันเห็นแนวคิดของสัญญาในฐานะผู้ตรวจสอบในโพสต์นี้บน ethresearch ชื่อของโพสต์คือ "Decentralized Casper Validator Proposal" (ข้อเสนอสำหรับ Casper Validator แบบกระจายอำนาจ) และฉันขอแนะนำ:

https://ethresear.ch/t/decentralized-casper-validator-proposal/1430

3. เกณฑ์ 32 ETH

blockpunk@无志: เข้าสู่ระบบสำหรับวันที่ 32 ยังส่งออก

Vitalik Buterin：หมายเลข 32 กำหนดตามประสิทธิภาพของลูกค้า หากเป็นอีเทอร์ 4 ตัว จะมีรหัสตรวจสอบจำนวนมาก และค่าโสหุ้ยของห่วงโซ่จะสูงเกินไป อย่างไรก็ตาม การปรับปรุงประสิทธิภาพของไคลเอนต์สามารถใช้ได้ในสองทิศทาง แนวทางแรกคือการลด eth ขั้นต่ำของตัวตรวจสอบความถูกต้อง เช่น 8 และเพิ่มจำนวนชิ้นส่วนในเวลาเดียวกัน แนวทางที่สองคือไม่เพิ่มจำนวนเหล่านี้ เพื่อให้ไคลเอนต์มีทรัพยากรเหลือน้อยลงเรื่อย ๆ เพื่อให้ผู้ใช้จำนวนมากขึ้นสามารถเรียกใช้โหนดบีคอน (โหนดเชนบีคอน)

4. ข้อกำหนดด้านฮาร์ดแวร์

blockpunk@无别: ไคลเอนต์ที่มี 320,000 ethers, 10,000 availdator จะต้องถูกแบงเจอ 1024 shards โดยสุ่ม ไคลเอนต์นี้จึงเก็บข้อมูลของ shards ทั้งหมดออกจากเครื่องพบกับแบนด์วิ ธันวาก็จะไม่มีวันได้มัน

Vitalik Buterin：ใช่. แผนล่าสุดไม่ใช่ 1024 ชาร์ด แต่เป็น 64 ชาร์ดและ 2048 คณะกรรมการ หาก ETH ของคุณเกิน 60,000 คุณต้องดำเนินการบล็อกเกือบทั้งหมด ดังนั้นทรราชท้องถิ่นอาจต้องใช้เซิร์ฟเวอร์

Rudy@InfPool：เป็นไปได้ไหมที่จะเช่าเซิร์ฟเวอร์เพื่อดำเนินการบล็อคทั้งหมด? ขึ้นไปส่วนต่างระหว่าง 60,000 กับ 600,000 ไม่ควรมาก

Vitalik Buterin：อันที่จริง มันไม่ใช่ข้อมูลขนาดใหญ่เป็นพิเศษ แน่นอนว่า 2.7 MB/วินาที คูณด้วยโอเวอร์เฮดของเครือข่าย p2p และอื่นๆ

Rudy@InfPool：เรียนรู้.