Nimbus Eth2 (บีคอนเชน)

การดำเนินการ Github CI

Nimbus-eth2 เป็นการใช้งานไคลเอนต์ consensus layer (eth2) ที่มีประสิทธิภาพอย่างยิ่ง แม้ว่าจะได้รับการปรับให้เหมาะกับระบบฝังตัวและอุปกรณ์ที่จำกัดทรัพยากร ซึ่งรวมถึง Raspberry Pis แต่การใช้ทรัพยากรที่ต่ำยังทำให้เป็นตัวเลือกที่ยอดเยี่ยมสำหรับเซิร์ฟเวอร์หรือเดสก์ท็อป (ซึ่งใช้ทรัพยากรน้อยลง)

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

เอกสารประกอบ

คุณสามารถค้นหาข้อมูลที่จำเป็นในการเรียกใช้โหนดบีคอนและดำเนินการเป็นผู้ตรวจสอบความถูกต้องได้ใน The Book

Quickstart โดยเฉพาะจะช่วยให้คุณเชื่อมต่อกับเมนเน็ตหรือ Prater testnet ได้อย่างรวดเร็ว

ทดสอบเครื่องมือของคุณอย่างรวดเร็วกับ Nimbus

Nimbus REST api พร้อมใช้งานแล้วจาก:

http://unstable.mainnet.beacon-api.nimbus.team/
http://testing.mainnet.beacon-api.nimbus.team/
http://unstable.sepolia.beacon-api.nimbus.team/
http://testing.holesky.beacon-api.nimbus.team/
http://unstable.holesky.beacon-api.nimbus.team/

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

ย้ายจากไคลเอนต์อื่น

คู่มือนี้จะแนะนำคุณเกี่ยวกับพื้นฐานของวิธีโยกย้ายไปยัง Nimbus จากไคลเอ็นต์อื่น ดูที่นี่สำหรับตัวเลือกขั้นสูง

โครงการที่เกี่ยวข้อง

status-im/nimbus-eth1: Nimbus สำหรับ Ethereum 1
ethereum/consensus-specs: ข้อกำหนดฉันทามติที่โครงการนี้นำไปใช้

คุณสามารถตรวจสอบว่าบีคอนเชนเหมาะกับระบบนิเวศ Ethereum ตรงไหนในซีรีส์ Two-Point-Oh ของเรา: https://our.status.im/tag/two-point-oh/

การบริจาค

หากคุณต้องการมีส่วนร่วมในการพัฒนา Nimbus ที่อยู่การบริจาคของเราคือ 0x70E47C843E0F6ab0991A3189c28F2957eb6d3842

คู่มือสาขา

stable - รีลีสเสถียรล่าสุด - สาขานี้เหมาะสำหรับผู้ใช้ส่วนใหญ่
testing - สาขาก่อนเผยแพร่พร้อมคุณสมบัติและการแก้ไขข้อบกพร่องที่กำหนดไว้สำหรับการเปิดตัวที่เสถียรครั้งถัดไป - สาขานี้เหมาะสำหรับการใช้งานบน testnet และสำหรับผู้ใช้ที่ชอบผจญภัยที่ต้องการใช้ชีวิตบน Edge
unstable - สาขาการพัฒนาหลักที่มีการรวม PR เข้าด้วยกัน - หากคุณต้องการสนับสนุน Nimbus เริ่มต้นที่นี่

ทรัพยากรสำหรับนักพัฒนา

หากต้องการเริ่มต้นพัฒนา Nimbus โปรดดูคู่มือนักพัฒนา

เครื่องมือและสาธารณูปโภค

เรามีเครื่องมือหลายอย่างในการโต้ตอบกับ ETH2 และข้อมูลในห่วงโซ่บีคอน:

ncli - เครื่องมือบรรทัดคำสั่งพร้อมเครื่องพิมพ์สวย ๆ ตัวถอดรหัส SSZ ตัวช่วยการเปลี่ยนสถานะเพื่อโต้ตอบกับโครงสร้างข้อมูลและฟังก์ชัน Eth2
ncli_db - เครื่องมือบรรทัดคำสั่งเพื่อทำการผ่าตัดบนฐานข้อมูล Nimbus sqlite
multinet - ชุดสคริปต์สำหรับสร้างและรันไคลเอนต์ Eth2 หลายตัวในเครื่อง

สำหรับนักวิจัย

การจำลองบล็อก

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

 # build and run the block simulator, then display its help ("-d:release" speeds it
# up substantially, allowing the simulation of longer runs in reasonable time)
make NIMFLAGS= " -d:release " block_sim
build/block_sim --help

การจำลองเครือข่ายท้องถิ่น

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

 # Clear data files from your last run and start the simulation with a new genesis block:
make VALIDATORS=192 NUM_NODES=6 USER_NODES=1 local-testnet-minimal

# In another terminal, get a shell with the right environment variables set:
./env.sh bash

# In the above example, the network is prepared for 7 beacon nodes but one of
# them is not started by default (`USER_NODES`) - this is useful to test
# catching up to the consensus. The following command will start the missing node.
./tests/simulation/run_node.sh 0 # (or the index (0-based) of the missing node)

# Running a separate node allows you to test sync as well as see what the action
# looks like from a single nodes' perspective.

ตามค่าเริ่มต้น เครื่องมือตรวจสอบความถูกต้องจะถูกแบ่งครึ่งระหว่างโหนดบีคอนและกระบวนการไคลเอนต์เครื่องมือตรวจสอบ (50/50) โดยสื่อสารผ่าน API เครื่องมือตรวจสอบทั่วไป (เช่น ด้วยเครื่องมือตรวจสอบความถูกต้อง 192 และ 6 โหนด คุณจะจบลงด้วยโหนดบีคอน 6 ตัวและไคลเอนต์เครื่องมือตรวจสอบความถูกต้อง 6 ตัว กระบวนการ โดยที่แต่ละรายการจะจัดการเครื่องมือตรวจสอบ 16 เครื่อง) แต่ถ้าคุณไม่ต้องการใช้ไคลเอนต์เครื่องมือตรวจสอบภายนอกและต้องการให้เครื่องมือตรวจสอบทั้งหมดจัดการโดยโหนดบีคอนแทน คุณอาจใช้ USE_VC=0 เป็นอาร์กิวเมนต์เพิ่มเติมเพื่อ make local-testnet-minimal

หรืออีกทางหนึ่ง เปิดใช้งานอินสแตนซ์ Vagrant ทดลองของเราโดยติดตั้ง Nim ไว้ล่วงหน้าแล้วและให้คำติชมเกี่ยวกับกระบวนการนี้แก่เรา!

การแสดงภาพเมตริกการจำลอง

คำแนะนำทั่วไปจาก repo Nimbus ใช้ที่นี่เช่นกัน

ขั้นตอนเฉพาะ:

 # This will generate the Prometheus config on the fly, based on the number of nodes:
make REMOTE_VALIDATORS_COUNT=192 NUM_NODES=6 USER_NODES=0 local-testnet-minimal

# In another terminal tab, after the sim started:
cd tests/simulation/prometheus
prometheus

แดชบอร์ดที่คุณต้องนำเข้าใน Grafana คือ grafana/beacon_nodes_Grafana_dashboard.json

แดชบอร์ดการตรวจสอบ

การตั้งค่าซีไอ

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

สิ่งประดิษฐ์ของเจนกินส์