Ethereum Vision: รีจิสทรีของระบบสำหรับคอมพิวเตอร์โลก
หมายเหตุบรรณาธิการ: บทความนี้มาจากผู้ที่ชื่นชอบ Ethereum (ID: Ethfans)หมายเหตุบรรณาธิการ: บทความนี้มาจาก
ผู้ที่ชื่นชอบ Ethereum (ID: Ethfans)
, ผู้แต่ง: Loredana Cirstea, แปลและพิสูจน์อักษร: Wuwei & A Jian, ทำซ้ำโดย Odaily โดยได้รับอนุญาต
เป้าหมายของ Ethereum คือคอมพิวเตอร์ทั่วโลก นี่คือบทสรุปของการเยี่ยมชม https://www.ethereum.org/ ครั้งแรกของเราในปี 2559 แต่จากแนวคิดในปี 2013 จนถึงปัจจุบัน เรายังคงใช้มันเป็นฐานข้อมูลแบบโลหะเปล่าที่มี "ตาราง" ไม่กี่รายการ: ที่อยู่ (บัญชีและสัญญา) บล็อก ธุรกรรม และเหตุการณ์ต่างๆ หากต้องการใช้เป็นระบบปฏิบัติการจะต้องใช้ข้อมูลหลายพันชนิด
ในตอนนี้ แอพนักฆ่าของ ethereum คือการชำระเงิน แต่มันสามารถทำอะไรได้อีกมาก
ชื่อเรื่องรอง
ปัญหาเกี่ยวกับประเภทข้อมูลมาตรฐานจำนวนน้อย
ยกตัวอย่างเวิลด์ไวด์เว็บคลาสสิก (เว็บ) ซึ่งมีข้อมูลเพียงไม่กี่ประเภท: หน้าเว็บ ไฮเปอร์ลิงก์ คำหลัก นอกเหนือจากการปฏิบัติต่อคำหลักบางคำเป็นสตริงแล้ว หน้าเว็บไม่รู้อะไรเลยเกี่ยวกับเนื้อหาข้อความ
นี่คือความหมายของอินเทอร์เฟซสำหรับผู้สร้างเพจแต่ละรายตามที่เห็น
เมื่อใดที่คุณต้องการใช้อินเทอร์เฟซภาครัฐ ภาคส่วนการศึกษา หรือทรัพยากรทางกฎหมาย อาจทำให้คุณต้องพยายามค้นหาและใช้บริการที่เกี่ยวข้อง
แล้วผู้ใช้เครื่องล่ะ? ทำให้เกิดข้อผิดพลาดในระบบอัตโนมัติขณะท่องเว็บ คุณจึงทำได้เพียงสร้างโปรแกรมรวบรวมข้อมูลเว็บ แต่คุณไม่สามารถเรียกดูเว็บอย่างชาญฉลาดและแม่นยำได้
Semantic Web เหมาะสมอย่างยิ่งที่จะเป็น System Registry ของ Classical Web แต่จะนำมาซึ่งงานพิเศษในด้านของผู้ผลิตเนื้อหา ดังนั้นจึงไม่สามารถยอมรับได้ มีประเภทใหม่จำนวนมากรวมถึงประเภทที่แสดงถึงความสัมพันธ์ของประเภท เนื่องจากเวิลด์ไวด์เว็บถูกสร้างขึ้นในทศวรรษที่ 90 จึงสามารถใช้ประเภทข้อมูลจำนวนน้อยกับคอมพิวเตอร์ที่ใช้เวิลด์ไวด์เว็บได้
ชื่อเรื่องรอง
การเริ่มต้นใหม่
Ethereum สัญญาว่าจะเป็นคอมพิวเตอร์ของโลกและมอบสภาพแวดล้อมที่สมบูรณ์ของทัวริงตั้งแต่เริ่มต้น ซึ่งเป็นจุดเริ่มต้นที่ดี (อย่างน้อยก็ในแง่ของความชัดเจนของระบบ) หลายปีหลังจากการสร้าง Ethereum ก็ยังไม่รองรับการลงทะเบียนประเภท และไม่มีแม้แต่การลงทะเบียนระบบ เราหวังว่าจะเห็นรีจิสตรีประเภทข้อมูลใน Ethereum จากนั้นรีจีสทรีระบบจะปรากฎในรูปแบบเอ็มบริโอ
ด้วยเหตุนี้ เราจึงได้ส่ง EIP การนำระบบ Distributed Type System (dType) ไปใช้ใน EVM: http://eips.ethereum.org/EIPS/eip-190
อัปเดต: ดูเพิ่มเติมที่ส่วนขยายพื้นที่เก็บข้อมูล dType, นามแฝง dType, ส่วนขยายภาษา, ส่วนขยายฟังก์ชัน
ประโยชน์ของรีจิสตรีประเภทคือประเภทใช้ซ้ำ แทนที่จะให้แต่ละโครงการสร้าง (เวอร์ชันต่างๆ) ประเภทเดียวกันตามความต้องการของตนเอง (ทำให้ bytecode on-chain bloated) พวกเขาสามารถนำประเภทที่ใช้ซ้ำกับรีจิสตรีประเภทนั้นมาใช้ซ้ำได้
เมื่อเข้าใจประเภทอินเทอร์เฟซอย่างถูกต้องแล้ว เราก็สามารถนำเสนอข้อมูลในรูปแบบที่สมบูรณ์ยิ่งขึ้น ลองนึกภาพเบราว์เซอร์บล็อกเชนที่เข้าใจอาร์เรย์ของค่าบนเชนเป็นประเภทพิกัด และสามารถแสดงผลเป็นจุดบนแผนที่ได้ หรือเมื่อเข้าใจประเภทข้อมูลแล้ว ก็สามารถแสดงกราฟอนุกรมเวลาที่สวยงามได้:
อนุกรมเวลาเดียวกันสามารถแสดงเป็นตารางหรือสเปรดชีตปกติ ซึ่งเป็นการแสดง UI เริ่มต้นของอาร์เรย์สองมิติ
สิ่งนี้จะทำให้ทุกคนสามารถใช้ส่วนประกอบ UI/UX ที่ประสานกันได้ดี คอมโพเนนต์ช่วยประหยัดเวลาของผู้ใช้เพราะเขาจะรู้ว่าผลลัพธ์ที่คาดหวังคืออะไร แทนที่จะถูกบังคับให้เข้าใจว่าอินเทอร์เฟซใหม่ทำงานอย่างไร หรือไม่สามารถบอกได้ว่าเป็นข้อบกพร่องหรือฟีเจอร์
ระบบแบบรวมเป็นหนึ่งยังเตรียมการเรียนรู้ของเครื่องและเครื่องมือ AI เพื่อให้เข้าใจข้อมูลได้ดีขึ้น
เราสามารถก้าวไปอีกขั้นและสร้างเครื่องมือ web2 เพื่อใช้ประเภทจากการลงทะเบียนและค่อย ๆ รวมบริการส่วนกลางและกระจายอำนาจเข้าด้วยกัน
ชื่อเรื่องรอง
ข้อกำหนดสำหรับประเภท Registry
ข้อมูลในรีจิสทรีประเภทควรอยู่ในรูปแบบข้อมูลทั่วไปที่ทุกคนสามารถใช้ได้ เป็นสิ่งสำคัญสำหรับบริษัทรับจดทะเบียนที่จะต้องรักษาลักษณะที่ดีต่อสาธารณะ ดังนั้นจึงต้องไม่ควบคุมดูแลและต่อต้านการเซ็นเซอร์
วิธีทั่วไปในการสร้างประเภทคือการได้รับความเห็นพ้องต้องกันและจัดให้อยู่ในรูปของแม่แบบ ขณะเดียวกัน ควรออกคำแนะนำและกฎสำหรับการตั้งชื่อประเภท (เพื่อหลีกเลี่ยงความขัดแย้งในการตั้งชื่อหรือชื่อที่ไม่ตรงกับข้อมูลจริง)
ทุกคนสามารถสร้างและส่งประเภทได้ การเพิ่มประเภทใหม่ลงในรีจิสทรีต้องเป็นผลมาจากฉันทามติของชุมชน ซึ่งคล้ายกับกระบวนการ EIP ของ Ethereum ในปัจจุบัน เป็นผลให้เราต้องการเครื่องมือการจัดการแบบกระจายศูนย์และระบบการจัดการเวอร์ชันที่เกี่ยวข้องอย่างเร่งด่วนมากขึ้นเรื่อยๆ หวังว่าเครื่องมือเหล่านี้จะถูกใช้โดย dType ในเร็วๆ นี้ โครงการโอเพ่นซอร์สเช่น DAOstack และ Aragon มีความก้าวหน้าที่ดีในการสร้างเครื่องมือการจัดการ
ข้อมูลแต่ละประเภทควรเก็บข้อมูลเพียงพอในรีจิสทรีเพื่อให้แน่ใจว่า:
ทุกคนสามารถใช้ประเภทกับสัญญาของตนเองได้ (เช่น ชื่อประเภท ที่อยู่ไลบรารี/สัญญา ประเภทย่อยและแท็ก)
ทุกคนสามารถรับซอร์สโค้ดของไลบรารีประเภทและสัญญาได้
ทุกคนสามารถแคชข้อมูลรีจิสตรีทั้งหมดแบบออฟไลน์และพัฒนาเครื่องมือตามข้อมูลนั้นได้ (บล็อกเชนปัจจุบันให้คุณสมบัตินี้แก่เราแล้ว)
อนุญาตให้เพิ่มประเภทใหม่เมื่อถึงฉันทามติ
การอัปเดตประเภทเป็นเรื่องยุ่งยากและอาจทำให้ความเข้ากันได้แบบเก่าเสียหาย เราขอแนะนำให้เพิ่มประเภทใหม่ที่สมบูรณ์ยิ่งขึ้นเท่านั้น
ประเภทสามารถลบออกได้หากไม่ได้ใช้อีกต่อไปและบรรลุฉันทามติแล้ว
ชื่อเรื่องรอง
มุมมองวิภาษ
เราได้เห็นประโยชน์บางอย่าง: ลดความซ้ำซ้อนของคำจำกัดความประเภทบนเครือข่าย, อินเทอร์เฟซแบบครบวงจร, การจัดระเบียบ UI/UX ที่ชาญฉลาดขึ้น, สิ่งจูงใจอัตโนมัติ, การวิเคราะห์ข้อมูลที่ดีขึ้น, การโต้ตอบที่ดีขึ้น (รวมถึง web2 - web3)
แล้วข้อเสียล่ะ? มันจะเกินดุลข้อดี?
เช่นเดียวกับทุกสิ่งที่ต้องการฉันทามติและมาตรฐาน สิ่งเหล่านี้มาพร้อมกับค่าใช้จ่ายในการทำงานร่วมกันและการถกเถียง แต่ในกรณีของ Ethereum เราต้องร่วมมือกันและโต้แย้งเพื่อสร้างระบบที่ยุติธรรมและสวยงาม
ค่าใช้จ่ายที่ใหญ่ที่สุดที่คนจะบ่นคือค่าจัดเก็บของรีจิสทรีเอง อย่างไรก็ตาม การใช้ไลบรารีประเภทที่กล่าวถึงข้างต้นซ้ำเป็นตัวอย่าง โอเวอร์เฮดธุรกรรมการลงทะเบียนประเภทจริงจะน้อยกว่าโอเวอร์เฮดของการเพิ่มไบต์โค้ดซ้ำๆ เมื่อปรับใช้สัญญา
Sidenote: ในกรณีของค่าธรรมเนียมของรัฐ เราต้องการให้แยกแยะระหว่างข้อมูลทั่วไป (ข้อมูลระบบ) และข้อมูลส่วนบุคคล (ซึ่งทุกคนสามารถเพิ่มลงในบล็อกเชนได้และเป็นประโยชน์ต่อคนจำนวนเล็กน้อย)
หากมีข้อบกพร่องอื่น ๆ ที่ไม่ได้ระบุไว้ในบทความนี้ โปรดเพิ่มความคิดเห็น บทความนี้เป็นการโยนทิ้ง
ชื่อเรื่องรอง
อื่น
เมื่อเราบ่นเกี่ยวกับประสบการณ์ UI และ UX ที่ไม่ดีในโครงการต่างๆ เราต้องเข้าใจว่า UI และ UX ของเวิลด์ไวด์เว็บนั้นไม่ดีพอ ไม่เพียงแค่นั้น แต่ยังขาดมาตรฐานที่จำเป็นสำหรับระบบอัตโนมัติ
