ผู้เขียนต้นฉบับ: เจย์

การรวบรวมต้นฉบับ: Deep Chao TechFlow

แล้ว Ethereum จะเป็นอย่างไรต่อไป? ในบทความนี้ ฉันพูดถึงบล็อกเชนแบบแยกส่วน การออกแบบฐานข้อมูล และเสนอราคา GCR เพื่อพยายามตอบคำถามนี้

ข้อโต้แย้งที่กลืนไม่เข้าคายไม่ออกของ Innovator สามารถสรุปได้ดังนี้: "บริษัทที่ประสบความสำเร็จมักจะล้มเหลวในการปรับตัวให้เข้ากับการเปลี่ยนแปลงกระบวนทัศน์ โดยเฉพาะอย่างยิ่งในนวัตกรรมทางเทคโนโลยี เหตุผลก็คือพวกเขาให้ความสำคัญกับการทำให้ผลิตภัณฑ์ของตนประสบความสำเร็จมากเกินไป แทนที่จะลองใช้แนวคิดใหม่ๆ ที่พวกเขาไม่คุ้นเคย . " -

ในโลกของบล็อคเชนและสัญญาอัจฉริยะ เรามีความก้าวหน้าอย่างมากในช่วงไม่กี่ปีที่ผ่านมา ตอนนี้คำถามล้านดอลลาร์หรือ 250 พันล้านดอลลาร์คือ: อะไรต่อไปสำหรับ Ethereum?

ในบทความนี้ ฉันจะยืนยันว่า: Ethereum มาถึงจุดสูงสุดแล้วในแง่ของ 1) การประเมินมูลค่าเทียบกับสินทรัพย์ crypto ทั้งหมด (ETH.D); 2) การใช้งานและการยอมรับที่สัมพันธ์กัน ฉันจะเริ่มต้นด้วยการสำรวจแนวคิดของบล็อกเชนแบบแยกส่วน เปรียบเทียบกับหลักการออกแบบฐานข้อมูลแบบดั้งเดิม จากนั้นเชื่อมโยงทั้งหมดนี้กลับไปที่ Ethereum และอนาคตของมัน

บล็อกเชนแบบโมดูลาร์

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

แนวคิดหลักเบื้องหลังโมดูลาร์บล็อกเชนคือมีฟังก์ชันพื้นฐานสี่ประการ:

• ดำเนินการ. กำหนดสถานะ "หลัง" ของธุรกรรม หากฉันส่งโทเค็นไปยังกระเป๋าเงินเฉพาะ ชั้นการดำเนินการจะกำหนดยอดคงเหลือที่เกี่ยวข้องก่อนและหลังการทำธุรกรรม

• การตั้งถิ่นฐาน ตรวจสอบว่าธุรกรรมที่ส่งมานั้น "ถูกต้องตามกฎหมาย" หรือไม่ หลังจากส่งโทเค็น ยอดคงเหลือจะเป็น xyz - การชำระจะตัดสินว่า xyz ถูกต้องหรือไม่

• ฉันทามติ กำหนดสถานะสุดท้ายหลังจากกลุ่มธุรกรรม เลเยอร์นี้จะกำหนด 1) ลำดับที่ถูกต้องสำหรับชุดธุรกรรม และ 2) สถานะสุดท้ายหลังจากประมวลผลธุรกรรมเหล่านี้

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

เช่นเดียวกับปัญหาทางวิศวกรรมอื่นๆ บล็อกเชนที่ "สมบูรณ์แบบ" จะเหมาะสมก็ต่อเมื่อมีกรณีการใช้งานที่กำหนดไว้อย่างชัดเจนเท่านั้น การมีอยู่ของเฟรมเวิร์กนี้ทำให้สามารถออกแบบบล็อกเชนที่เชี่ยวชาญยิ่งขึ้นได้ บล็อกเชนที่สร้างขึ้นสำหรับการเล่นเกมที่มีปริมาณงานสูงมีความต้องการที่แตกต่างจากบล็อกเชนที่ออกแบบมาให้เป็นบัญชีแยกประเภทแบบกระจายอำนาจทั่วโลก กรอบความคิดนี้ทำให้ฉันนึกถึงหลักการของการออกแบบฐานข้อมูลเป็นอย่างมาก โดยเฉพาะข้อถกเถียงเกี่ยวกับ SQL กับ noSQL

การออกแบบฐานข้อมูล

ฐานข้อมูลมีอายุยาวนานกว่าบล็อคเชนมานานหลายทศวรรษ ฉันทามติเกี่ยวกับการออกแบบคือไม่มีฐานข้อมูลที่สมบูรณ์แบบ เช่นเดียวกับปัญหาทางวิศวกรรมส่วนใหญ่ ทุกอย่างมาพร้อมกับข้อแลกเปลี่ยน

กรอบงานสำหรับการสร้างฐานข้อมูลที่ปรับขนาดได้กลับมาที่ "กรณีการใช้งานมีอะไรบ้าง" ต่อไปนี้เป็นคำถามบางส่วนที่ฉันจะถามก่อนตัดสินใจ:

• อัตราส่วนการอ่านต่อการเขียนโดยประมาณคือเท่าไร? ในแอปอย่าง Telegram หรือ Slack การอ่านและเขียนจะมีขนาดใกล้เคียงกัน ในขณะที่บน Twitter การอ่านจะมีลำดับความสำคัญสูงกว่าการเขียน

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

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

• โหมดการอ่านคืออะไร? คุณต้องการการเข้าถึงข้อมูลที่ยืดหยุ่นหรือไม่ หรือโดยปกติแล้วจะมีการกำหนดไว้ล่วงหน้าหรือไม่ คุณดำเนินการรวมชุดข้อมูลต่างๆ เป็นจำนวนมากหรือไม่?

นอกเหนือจากข้อควรพิจารณาทางเทคนิคแล้ว สิ่งสำคัญคือต้องเข้าใจสิ่งต่อไปนี้:

• มีวิศวกรกี่คนที่เชี่ยวชาญด้านเทคโนโลยีนี้? มีวิศวกรกี่คนที่ต้องการสร้างด้วยเทคโนโลยีนี้จริงๆ

• หากเราต้องการแยกโค้ดที่ซ่อนอยู่และปรับแต่งมัน มีวิธีรับการสนับสนุนที่ใช้งานอยู่หรือไม่?

อนาคตของอีเธอเรียม

ตอนนี้เพื่อเชื่อมโยงทุกอย่างเข้าด้วยกัน - ไม่มีบล็อกเชนที่สมบูรณ์แบบ วิศวกรรมที่ดีนั้นต้องแลกมาด้วยการแลกเปลี่ยน ไม่มีแนวทางใดที่เหมาะกับทุกคน แล้ว Ethereum กลายเป็นแพลตฟอร์มที่ “โดดเด่น” ได้อย่างไร? เหตุใด Ethereum จึงมีราคาราวกับว่าเป็นบล็อคเชนที่สมบูรณ์แบบ? สุดท้ายนี้ Ethereum จะเป็นอย่างไรต่อไป?

Ethereum กลายเป็นแพลตฟอร์มที่ “โดดเด่น” ได้อย่างไร?

เมื่อสี่ปีที่แล้ว Ethereum เป็นตัวเลือกอันดับต้นๆ สำหรับการสร้างแพลตฟอร์มสัญญาอัจฉริยะ มีเครื่องมือในการพัฒนาที่ยอดเยี่ยม เช่น Hardhat, CryptoZombies ฯลฯ เมื่อเปรียบเทียบกับแพลตฟอร์มอื่น ๆ ทั้งหมด นอกจากนี้ยังมีฐานผู้ใช้ที่ภักดี และเชนและโทเค็นเป็นแบบ "กระจายอำนาจ" ณ จุดนั้น บล็อกเชนแบบรวมศูนย์มีแนวโน้มที่จะเป็นการหลอกลวงมากกว่า ETH ยังมีราคาถูกกว่าในฐานะสินทรัพย์ ซึ่งหมายความว่าค่าธรรมเนียมก๊าซก็ลดลงเช่นกัน

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

เหตุผลที่ Ethereum ประสบความสำเร็จในอดีตก็เป็นสาเหตุที่ทำให้ Ethereum ล้มเหลวในอนาคตเช่นกัน มีช่วงหนึ่งที่ Ethereum เป็นแพลตฟอร์มสัญญาอัจฉริยะเพียงแพลตฟอร์มเดียวสำหรับนักพัฒนา กรณีการใช้งานที่ถูกต้องตามกฎหมาย (DeFi, NFT) ทำให้ ETH เป็นผู้นำอย่างมาก แต่ในขั้นตอนนี้ จุดสนใจจะเปลี่ยนไปที่การสะสมมูลค่า (สกุลเงินที่มีเสถียรภาพสูง) และแข่งขันกับ Bitcoin เพื่อให้กลายเป็นแหล่งเก็บมูลค่าเริ่มต้นบนอินเทอร์เน็ต (พลิก)

ความปรารถนาที่จะเป็นแพลตฟอร์มสัญญาอัจฉริยะไปพร้อมๆ กันและ "สกุลเงินที่เสถียรอย่างยิ่ง" แบบกระจายอำนาจ เพิ่มความขัดแย้งที่สำคัญสำหรับผู้ใช้และนักพัฒนาส่วนน้อย (ต้นทุนก๊าซที่สูงขึ้น เครือข่ายที่แออัด) ดังที่ขงจื๊อ (และ GCR) กล่าวว่า: ผู้ไล่ล่ากระต่ายสองตัวจะจับอะไรไม่ได้เลย

อะไรต่อไปสำหรับ Ethereum?

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

ตอนนี้ดูที่ Ethereum ซึ่งมีความเร็วการทำธุรกรรมเฉลี่ย 15-20 TPS และค่าธรรมเนียมก๊าซที่มักจะพุ่งสูงถึง 200 ดอลลาร์ มีข้อจำกัดที่ชัดเจนมากสำหรับแอปพลิเคชันที่สามารถสร้างบน Ethereum และแอปพลิเคชันเหล่านี้ต้องการการโต้ตอบเพียงเล็กน้อย ตัวอย่างเช่น โปรโตคอลการให้ยืมเป็นแอปพลิเคชันที่ยอดเยี่ยมบน Ethereum เพราะฉันอาจมีปฏิสัมพันธ์กับมันปีละสองสามครั้ง

แต่ถ้าฉันเป็นนักพัฒนาแอปที่กำลังจะสร้างแอปที่มีจุดมุ่งหมายเพื่อขยายขนาดผู้ใช้ 100,000 หรือ 1 ล้านคนและมีรูปแบบการใช้งานที่สูงกว่า การสร้างแอปดังกล่าวบน Ethereum นั้นไม่สามารถทำได้

สิ่งนี้เริ่มชัดเจนมากขึ้นเมื่อทางเลือกที่เป็นไปได้เกิดขึ้นจากซ้ายและขวา

• FriendTech สร้างขึ้นบนฐาน L2

• ทีม Pacman และ Blur กำลังพิจารณาที่จะเปิดตัว L2 ของตัวเอง

• DYDX ใช้สายโซ่แอปพลิเคชันเฉพาะของตัวเอง

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

สุดท้ายแต่ไม่ท้ายสุดคือสิ่งจูงใจ

ดังที่ Charlie Munger พูดเสมอว่า: “แสดงสิ่งจูงใจให้ฉันดู แล้วฉันจะแสดงผลให้คุณดู” โครงสร้างสิ่งจูงใจที่สร้างขึ้นบน Ethereum นั้นด้อยกว่าบล็อกเชนอื่น ๆ ที่มีอยู่ บริษัทร่วมลงทุนและทีมงาน L1 ใหม่มีความสนใจอย่างมากในการสร้างระบบนิเวศที่แข็งแกร่งและเจริญรุ่งเรือง ในฐานะนักลงทุน ฉันคิดว่าเหตุใดทีมของฉันจึงสร้าง Ethereum ในเมื่อสกุลเงินมีการกระจายอำนาจมากและระบบนิเวศก็มีผู้คนหนาแน่นอยู่แล้ว ทำไมไม่ส่งเสริมการพัฒนาแอปพลิเคชันบนบล็อกเชนที่ฉันมีส่วนร่วม โดยที่การประเมินมูลค่าของ L1 นั้นต่ำกว่ามาก

การตอบกลับใน ทวีต นี้ทำให้สิ่งต่าง ๆ ชัดเจนมาก

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