บทนำ

ในเกือบหนึ่งเดือน,#Bitcoinกำลังจะเริ่มต้นการลดครึ่งครั้งต่อไป อย่างไรก็ตาม ผู้เขียนเชื่อว่าวิสันที่ของซาโตชิ นาคาโมโต—ความเห็นร่วมที่สามารถเข้าถึงได้ทุกคนผ่าน CPU—ยังไม่เคยเกิดขึ้น ในที่นี้ กลไกการทำซ้ำของ Arweave อาจจะสอดคล้องกับวิสันที่เดิมของ Nakamoto ได้มากขึ้น โดยที่รุ่น 2.6 แทนที่จะเป็นขั้นตอนสำคัญในการปฏิบัติคาดหวังของเขา รุ่นนี้นำมาซึ่งการปรับปรุงที่สำคัญมากขึ้น กว่ารุ่นก่อนหน้า ๆ โดยมีเป้าหมายที่จะ:

• จำกัดการเร่งฮาร์ดแวร์ เพื่ออนุญาตให้สำรองความเห็นด้วย CPU แบบทั่วไป + ฮาร์ดไดรฟ์กลไก ซึ่งจะช่วยลดต้นทุนการเก็บข้อมูล;
• ค่าตอบแทนตรงข้ามถูกใช้สู่การจัดเก็บข้อมูลอย่างมีประสิทธิภาพมากกว่าการแข่งขันแบบใช้พลังงานสูง
• สร้างสรรค์แรงกดดันให้เหมืองแร่สร้างสำเนาชุดข้อมูล Arweave ทั้งหมดเพื่อเป็นการเร่งส่งข้อมูลที่เร็วขึ้นและการจัดเก็บข้อมูลที่กระจ散หลายขึ้น

กลไกตรวจสอบ

โดยอิงจากวัตถุประสงค์ข้างต้น กลไกของเวอร์ชัน 2.6 คือ ดังนี้

• ส่วนประกอบใหม่ถูกเพิ่มในกลไก SPoRA ต้นฉบับที่เรียกว่า Hash Chain, ซึ่งคืออัลกอริทึมการเข้ารหัสนาฬิกาที่กล่าวถึงก่อนหน้าและสร้างแฮชการทำเหมือง SHA-256 ทุกวินาที
• นักขุดเลือกดัชนีของพาร์ติชันในพาร์ติชันข้อมูลที่เขาเก็บไว้และใช้พร้อมกับแร่สำรวจและที่อยู่ของแร่สำรวจเป็นข้อมูลนำเข้าในการทำเหมือง
• สร้างช่วงการเรียกคืน 1 ในพาร์ติชันที่เลือกและช่วงการเรียกคืนอีกช่วงที่ 2 ที่ตำแหน่งสุ่มในเครือข่ายที่ถูกผสานเข้าด้วยกัน
• ใช้บล็อกข้อมูลการเรียกคืน (ชั้น) ภายในช่วง 1 ติดต่อกันเพื่อคำนวณว่าเป็นการแก้ปัญหาบล็อกหรือไม่ หากผลการคำนวณเกินความยากของเครือข่ายปัจจุบัน ผู้ทำเหมืองจะได้สิทธิ์ในการทำเหมือง หากไม่สำเร็จ ให้ดำเนินการคำนวณบล็อกการเรียกคืนถัดไปในช่วง
• นอกจากนี้ยังสามารถคำนวณและยืนยันบล็อกข้อมูลในช่วง 2 ได้ แต่โซลูชั่นของพวกเขาต้องการแฮชจากช่วง 1

กราฟ 1: แผนภาพของกลไกความเห็นร่วมในเวอร์ชัน 2.6

มาเริ่มทำความรู้จักกับคำศัพท์และแนวคิดต่าง ๆ ที่ปรากฏในกลไกนี้กัน

ข้อมูล Arweave: รู้จักกันในนาม "Weave Network" ข้อมูลทั้งหมดในเครือข่ายถูกแบ่งเป็นบล็อกข้อมูลรายบุคคลที่เรียกว่า Chunks (บล็อกที่เหมือนกับ "กำแพงอิฐ" ในแผนภูมิ) บล็อกเหล่านี้ถูกกระจายอย่างสม่ำเสมอทั่วทั้งเครือข่าย Arweave และที่อยู่ของบล็อกเหล่านี้ถูกกำหนดโดยใช้โครงสร้างต้นไม้เมอร์เคิล (ที่รู้จักกันในนาม Global Offset) ซึ่งช่วยให้สามารถระบุตำแหน่งของบล็อกข้อมูลใดใน Weave Network

Chunk: บล็อกข้อมูลแต่ละบล็อกมักจะมีขนาด 256 KB ขุดเหมืองจะต้องแพ็กเกจและแฮชบล็อกข้อมูลที่เกี่ยวข้องเพื่อชนะสิทธิในการขุดเหมือง พิสูจน์ว่าพวกเขาเก็บสำเนาข้อมูลระหว่างกระบวนการขุดเหมือง SPoRA

พาร์ติชัน: "พาร์ติชัน" เป็นแนวคิดใหม่ที่ถูกนำเสนอในเวอร์ชัน 2.6 ทุกพาร์ติชันครอบคลุมข้อมูล 3.6TB พาร์ติชันจะมีหมายเลขตั้งแต่จุดเริ่มต้นของเครือข่าย Weave (ดัชนี 0) ไปจนถึงจำนวนรวมของพาร์ติชันที่ครอบคลุมเครือข่าย Weave ทั้งหมด

Recall Range: การเรียกคืนช่วง คือแนวคิดใหม่อีกอย่างในเวอร์ชัน 2.6 มันแทนด้วยชุดข้อมูลติดกัน (Chunks) ในเครือข่าย Weave ที่เริ่มต้นจากตำแหน่งที่ระบุและมีความยาว 100MB โดยทุกชุดข้อมูลมีขนาด 256 KB การเรียกคืนช่วงรวมถึง 400 ชุดข้อมูล ในกลไกนี้ มี 2 การเรียกคืนช่วง ตามที่อธิบายละเอียดด้านล่าง

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

โฮชเชน: โฮชเชนเป็นการอัพเดตคีย์สำคัญในเวอร์ชัน 2.6 โดยเพิ่มนาฬิกาเข้ารหัสไว้ใน SPoRA เดิม จำกัดอัตราแฮชสูงสุด โฮชเชนสร้างลำดับของแฮชโดยการแฮชต่อเนื่องของข้อมูลโดยใช้ฟังก์ชัน SHA-256 กระบวนการนี้ไม่สามารถทำขนาน (ทำได้ง่ายด้วย CPU ระดับผู้บริ๊ษัท) ทำให้มีความล่าช้า 1 วินาทีโดยการทำการแฮชต่อเนื่องจำนวนบางของการดำเนินการแฮชต่อเนื่อง

การทำเหมืองแร่ Hash: หลังจากจำนวนการดำเนินการ Hash ติดต่อกันเพียงพอ (เช่นหลังจากล่าช้า 1 วินาที) โซ่ Hash จะสร้างค่า Hash ที่ถือว่าถูกต้องสำหรับการทำเหมือง ควรทราบว่า Hash การทำเหมืองเป็นค่าที่เหมืองได้เหมืองอย่างต่อเนื่อง และผู้เหมืองทุกคนสามารถยืนยันได้

ตอนนี้ที่เราได้นำเสนอคำศัพท์ที่จำเป็นทั้งหมดแล้ว เราสามารถเข้าใจการทำงานของเวอร์ชัน 2.6 ได้ดีขึ้น โดยการสนทนาเกี่ยวกับกลยุทธ์ที่ดีที่สุดสำหรับการเข้าถึงมัน

กลยุทธ์ที่ดีที่สุด

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

Replicas vs Copies

ตั้งแต่เวอร์ชัน 2.6 ฉันพบคำว่า Replicas และ Copies บ่อยครั้งในเอกสารทางเทคนิคต่าง ๆ ทั้งสองคอนเซปสามารถแปลเป็น "copies" ในภาษาจีน แต่ในความเป็นจริงมีความแตกต่างสำคัญระหว่างพวกเขา ซึ่งเป็นสาเหตุที่ทำให้ฉันมีความยากลำบากในการเข้าใจกลไก สำหรับความสะดวกในการเข้าใจ ฉันชอบแปล Replicas เป็น "副本" (replicas) และ Copies เป็น "สำรองข้อมูล" (backups).

การคัดลอกหมายถึงการคัดลอกข้อมูลโดยเรียกว่าไม่มีความแตกต่างระหว่างการสำรองข้อมูลของข้อมูลเดียวกัน

Replicas, on the other hand, emphasize uniqueness. It refers to the act of storing data after it has undergone a process of uniqueness. The Arweave network encourages the storage of replicas rather than mere backups.

หมายเหตุ: ในเวอร์ชัน 2.7 กลไกการเชื่อมั่นได้เปลี่ยนไปเป็น SPoRes ซึ่งหมายถึง Succinct Proofs of Replications ซึ่งเป็นอย่างอื่นตามการจัดเก็บข้อมูลของการทำสำเนา ฉันจะให้คำอธิบายเพิ่มเติมในอนาคต

การบรรจุสำเนาที่ไม่ซ้ำซาก

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

หากคุณต้องการเริ่มต้นโหนดใหม่และคิดว่าจะคัดลอกข้อมูลที่นักขุลอื่นๆได้แพ็คเก็จไว้แล้วโดยตรง มันจะไม่ทำงาน ก่อนอื่นคุณต้องดาวน์โหลดและซิงโครไนส์ข้อมูลเดิมจากเครือข่าย Arweave Weave (แน่นอนว่าคุณไม่ต้องการดาวน์โหลดทั้งหมด การดาวน์โหลดเฉพาะบางส่วนก็เป็นไปได้ และคุณสามารถตั้งค่านโยบายข้อมูลของคุณเองเพื่อกรองข้อมูลที่เสี่ยงออกได้) จากนั้นใช้ฟังก์ชัน RandomX เพื่อแพ็คเก็จข้อมูลแต่ละบล็อกของข้อมูลเดิมเพื่อเปลี่ยนพวกพวกเข้าเหมือนข้อมูลขุลภูมิทางเหมือง

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

ในเวอร์ชัน 2.5 การสำรองข้อมูล Packing Key เป็น SHA256 แฮชที่เกี่ยวข้องกับ chunk_offset (ตำแหน่งของบล็อกข้อมูลซึ่งเข้าใจได้เช่นกันว่าพารามิเตอร์ตำแหน่งของบล็อกข้อมูล) และ tx_root (รากของธุรกรรม) นี้ทำให้แน่ใจว่าแต่ละการแก้ปัญหาการขุดเหมืองมาจากข้อมูลของตัวเองซึ่งเป็นสำเนาที่เป็นเอกลักษณ์ภายในบล็อกเฉพาะหนึ่ง หากบล็อกข้อมูลมีการสำรองข้อมูลหลายรายการในตำแหน่งที่แตกต่างกันในเครือข่ายที่เสียหาย แต่ละการสำรองข้อมูลจำเป็นต้องถูกสำรองข้อมูลเป็นสำเนาที่เป็นเอกลักษณ์

ในเวอร์ชัน 2.6 คีย์สำรองนี้ถูกขยายเป็น SHA256 hash ที่เชื่อมโยงกับ chunk_offset, tx_root, และ miner_address (ที่อยู่ของผู้ขุด) นี้หมายความว่าทุกสำเนาก็เป็นเอกลักษณ์สำหรับที่อยู่ของการขุดแต่ละรายการ

ข้อดีของการเก็บสำเนาแบบเต็ม

อัลกอริทึมแนะนำให้นักขุดควรสร้างสำเนาที่เป็นเอกลักษณ์แบบเต็มทั้งหมด แทนที่จะเป็นสำเนาบางส่วน ซึ่งทำให้มั่นใจว่าข้อมูลจะกระจายอย่างสม่ำเสมอในทั้งระบบ

เราควรเข้าใจแบบไหนดี? มาเข้าใจผ่านการเปรียบเทียบรูปภาพสองภาพต่อไปนี้

ก่อนอื่นให้เราสมมติว่าเครือข่าย Arweave แยกออกเป็นทั้งหมด 16 ส่วนข้อมูล

สถานการณ์ 1:

• มายเนอร์บ็อบพบว่าการดาวน์โหลดข้อมูลใช้เวลานานเกินไป จึงเพียงดาวน์โหลดข้อมูลจากพาร์ติชัน 4 แรกของเครือข่ายที่เสีย
• เพื่อเพิ่มพลังงานของการทำเหมืองในพาร์ทิชัน 4 พาร์ทิชันเหล่านี้ บ็อบคิดไอเดียอย่างชาววิเศษ เขาทำสำเนาของข้อมูลจากพาร์ทิชัน 4 พาร์ทิชันเหล่านี้และจัดกลุ่มเป็นทรัพยากรสำเนาที่ไม่ซ้ำกัน 4 รูปแบบโดยใช้ที่อยู่ในการทำเหมืองที่แตกต่างกัน ตอนนี้ บ็อบมี 16 พาร์ทิชันในพื้นที่จัดเก็บของเขา นี้ถือว่าดีและเป็นไปตามกฎข้อบังคับของสำเนาที่ไม่ซ้ำกัน
• ต่อไป บ็อบสามารถดำเนินการทดสอบการละเมิดสิทธิ์สำหรับแต่ละบล็อกของข้อมูลวัสดุในแต่ละพาร์ติชันทุกวินาทีเมื่อได้รับ Mining Hash นี้ทำให้บ็อบมี 400 * 16 = 6400 ทางเลือกในการทำเหมืองใน 1 วินาที
• แต่ความฉลาดของบ็อบมาพร้อมกับค่าใช้จ่ายเพราะเขาต้องสละสิทธิ์ในโอกาสในการขุดแร่หนึ่งในแต่ละช่วงการเรียกคืน ดู “เครื่องหมายคำถาม” นั้นหมายถึงช่วงการเรียกคืนครั้งที่สองที่บ็อบไม่สามารถค้นหาบนฮาร์ดไดรฟ์ของเขาได้เพราะมันเป็นตำแหน่งข้อมูลที่บ็อบไม่ได้จัดเก็บ แน่นอนด้วยโชคดี มีตัวบ่งชี้ที่ต่ำสำคัญที่บ็อบเก็บเพียง 25% ของ 4 พาร์ทิชันที่หมายความว่ามีโอกาสในการแก้ปัญหา 1600
• ดังนั้นกลยุทธ์นี้ช่วยให้บ็อบสามารถมีทางเลือกที่เป็นไปได้ 8000 ตัวต่อวินาที 6400 + 1600

รูปที่ 2: กลยุทธ์ "ฉลาด" ของบ็อบ: สถานการณ์แรก

สถานการณ์ที่สอง:

ตอนนี้เรามาดูสถานการณ์ที่สอง เนื่องจากการจัดเรียงของช่วงการเรียกคืนสองช่วง กลยุทธ์ที่ดีกว่าคือการเก็บข้อมูลสำเนาที่เป็นเอกลักษณ์ของข้อมูลที่มีปัญหามากกว่า ซึ่งแสดงในภาพที่ 3

• นักขุด Alice ไม่เหมือนกับวิธี "ฉลาด" ของ Bob ที่ดาวน์โหลดข้อมูลพาร์ติชันสำหรับทุก 16 พาร์ติชันอย่างประณีตและใช้ที่อยู่ของการขุดเหมือนกันเพื่อสร้างสำเนาที่เป็นเอกลักษณ์พร้อมกับสำเนาสำรอง 16 รายการ
• เนื่องจาก Alice ก็มีพาร์ทิชัน 16 อันดังเดียวกับ Bob ดังนั้นจำนวนของคำตอบเป็นไปได้ทั้งหมดสำหรับช่วงการเรียกร้องครั้งแรกก็เท่ากับของ Bob ซึ่งคือ 6400
• อย่างไรก็ตามในสถานการณ์นี้ อลิซได้รับทุกๆ วิธีการที่เป็นไปได้สำหรับช่วงการเรียกคืนครั้งที่สอง นั้นคือเพิ่มเติมอีก 6400
• ดังนั้น กลยุทธ์ของ Alice ให้เธอ 6400 + 6400 = 12800 ทางเลือกที่เป็นไปได้ต่อวินาที เปรียบเสมือนมีประโยชน์

รูปที่ 3: กลยุทธ์ของ Alice มีความได้เปรียบมากกว่า

บทบาทของช่วงการเรียกคืบ

คุณอาจสงสัยว่าทำไมก่อนเวอร์ชัน 2.5 บล็อกการเรียกคืนเดียวจะถูกแฮชออกแบบสุ่มโดยฟังก์ชันเพื่อให้นักขุดค้นหาและให้พิสูจน์การเก็บรักษาข้อมูลในขณะที่ในเวอร์ชัน 2.6 มันจะแฮชช์ออกช่วงการเรียกคืนแทน

เหตุผลค่อนข้างง่าย: ช่วงการเรียกคืนประกอบด้วยบล็อกข้อมูลที่อยู่ติดกันและโครงสร้างนี้มีจุดประสงค์หลักประการหนึ่งคือเพื่อลดการเคลื่อนไหวของหัวอ่านของฮาร์ดไดรฟ์เชิงกล (HDD) วิธีการเพิ่มประสิทธิภาพทางกายภาพนี้ช่วยให้ประสิทธิภาพการอ่านของ HDD เทียบเท่ากับโซลิดสเตตไดรฟ์ (SSD) ที่มีราคาแพงกว่า มันเหมือนกับการมัดมือข้างหนึ่งและเท้าข้างหนึ่งของ SSD แน่นอนว่ามันยังสามารถมีข้อได้เปรียบด้านความเร็วเล็กน้อยโดยสามารถถ่ายโอนช่วงการเรียกคืนสี่ช่วงต่อวินาที อย่างไรก็ตามเมื่อเทียบกับ HDD ที่ถูกกว่าจํานวนของพวกเขาจะเป็นตัวชี้วัดสําคัญที่ขับเคลื่อนตัวเลือกของนักขุด

การตรวจสอบของโฮชเชน

ตอนนี้เรามาพูดถึงการยืนยันบล็อกใหม่กัน

เพื่อยอมรับบล็อกใหม่ ผู้ตรวจสอบจำเป็นต้องตรวจสอบบล็อกใหม่ที่ได้รับจากผู้ผลิตบล็อก ซึ่งสามารถทำได้โดยใช้แฮชการขุดที่สร้างขึ้นของพวกเขาเพื่อยืนยันแฮชการขุดของบล็อกใหม่

หากผู้ตรวจสอบไม่ได้อยู่ที่หัวของโซ่แฮชปัจจุบัน ทุกๆ การขุดแร่แฮชรวม 25 จุดตรวจสอบ 40 มิลลิวินาที เหล่าจุดตรวจสอบเหล่านี้คือผลลัพธ์ต่อเนื่องของการแฮชเป็นเวลา 40 มิลลิวินาที และพวกเขาร่วมกันแทนช่วงเวลาหนึ่งวินาทีเริ่มต้นจากแฮชการขุดแร่ก่อนหน้า

ก่อนที่จะแพร่ระบายบล็อกที่ได้รับล่าสุดไปยังโหนดอื่น ๆ ผู้ตรวจสอบจะทำการตรวจสอบจุดตรวจสอบ 25 จุดแรกอย่างรวดเร็วภายใน 40 มิลลิวินาที หากการตรวจสอบสำเร็จ ก็จะเริ่มการแพร่ระบายบล็อกและดำเนินการตรวจสอบจุดตรวจสอบที่เหลือ

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

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

รูปที่ 4: กระบวนการตรวจสอบของเชนแฮช

เมล็ดของโฮชเชน

หากมีผู้ขุดแร่หรือกลุ่มขุดแร่ที่มีความสามารถในการคำนวณ SHA256 ที่เร็วกว่า สายโฮชของพวกเขาอาจก้าวข้ามไปข้างหน้าของโหนดอื่นในเครือข่าย ตลอดเวลา ข้อดีในความเร็วของบล็อกนี้อาจสะสมกันเป็นการเข้าช่องการแยกจากกันที่สำคัญ ซึ่งอาจทำให้การทำเหมืองของแร่ไม่สม่ำเสมอกับส่วนที่เหลือของผู้ตรวจสอบ สามารถสร้างซีรีส์ของการแยกแยะที่ไม่สามารถควบคุมได้และการจัดระเบียบใหม่

เพื่อลดความน่าจะเป็นของการเกิดความคลาดเคลื่อนของเชื่อมโยงแฮชเชนเช่นนั้น Arweave ซิงโครไนซ์เชื่อมโยงแฮชเชนทั่วโลกโดยใช้โทเค็นจากบล็อกโดยประวัติในช่วงเวลาที่กำหนด สิ่งนี้จะให้เมล็ดพันธุ์ใหม่สำหรับเชื่อมโยงแฮชเชนอย่างสม่ำเสมอ ทำให้การซิงโครไนซ์ของเชื่อมโยงแฮชเชนระหว่างนักขุดต่าง ๆ กับบล็อกที่ได้รับการตรวจสอบ

ช่วงเวลาสำหรับเมล็ดฮาชเชนคือทุก 50 * 120 ข้อมูลเหมือง (50 แทนจำนวนบล็อกและ 120 แทนจำนวนข้อมูลเหมืองในรอบการผลิตบล็อก 2 นาที) เพื่อเลือกบล็อกเมล็ดใหม่ นี่หมายความว่าบล็อกเมล็ดจะปรากฏประมาณทุก ~50 บล็อก Arweave แต่เนื่องจากความแปรปรวนในเวลาบล็อก เมล็ดอาจปรากฏได้เล็กน้อยกว่าหรือมากกว่า 50 บล็อก

รูปที่ 5: วิธีการสร้างเมล็ด Hash Chain

เนื้อหาดังกล่าวที่คัดลอกมาจากเซ็กสเป็กของเวอร์ชัน 2.6 โดยผู้เขียนแสดงให้เห็นว่า Arweave ได้นำเสนอกลไลฟ์ที่ใช้พลังงานต่ำและมีการกระจายอำนาจมากขึ้นเพื่อทำงานในเครือข่ายทั้งหมดตั้งแต่เวอร์ชัน 2.6 วิสัยทัศน์ของ Satoshi Nakamoto พบการสร้างสรรค์ทางปฏิบัติใน Arweave

Arweave 2.6: https://2-6-spec.arweave.dev/

คำกล่าว

1. บทความเรื่องนี้ชื่อเริ่มต้นว่า 'Arweave 2.6 ก็อาจจะเข้ากันกับวิสัยทัศน์ของซาโตชิ นาคาโมโต' ถูกทำซ้ำมาจาก[PermaDAO]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Arweave Oasis]. If you have any objection to the reprint, please contact เกต เรียนทีม ทีมจะดำเนินการเร็วที่สุด

2. คำประกาศ: มุมมองและความคิดเห็นที่แสดงในบทความนี้เพียงแสดงถึงมุมมองส่วนตัวของผู้เขียนเท่านั้น และไม่เกิดเป็นคำแนะนำในการลงทุนใด ๆ

3. การแปลบทความเป็นภาษาอื่นๆ นำเสนอโดยทีม Gate Learn ห้ามคัดลอก แจกจ่าย หรือทำการลอกเลียนแบบบทความที่ถูกแปลโดยไม่ได้ระบุ