ในวันที่ 13 มีนาคม Dencun hard fork ถูกเปิดใช้งาน ทำให้ Ethereum มีคุณสมบัติหนึ่งที่ทุกคนรอคอย: proto-danksharding (หรือEIP-4844, หรือ blobs) โดยเริ่มต้นการแบ่งแยกราคาค่าธุรกรรมของ rollups ลดลงถึงมากกว่า 100 เท่า เนื่องจาก blobs เกือบไม่มีค่าใช้จ่าย ในวันสุดท้ายเราเห็น blobs เพิ่มขึ้นในปริมาณและตลาดค่าธรรมเริ่มทำงานเมื่อโปรโตคอล blobscriptions เริ่มใช้งาน blobs ไม่ได้ฟรี แต่ยังคงถูกกว่า calldata มาก

ซ้าย: การใช้ blob สุดท้ายเพิ่มขึ้นไปสู่เป้าหมาย 3 ต่อบล็อก ด้วยความขอบคุณจาก Blobscriptions. ขวา: ค่าธรรมเนียม blob เข้าสู่โหมดค้นหาราคาเนื่องจากผลลัพธ์ Source:https://dune.com/0xRob/blobs.

เหตุการณ์สําคัญนี้แสดงถึงการเปลี่ยนแปลงที่สําคัญในแผนงานระยะยาวของ Ethereum: blobs เป็นช่วงเวลาที่การปรับขนาด Ethereum หยุดเป็นปัญหา "ศูนย์ต่อหนึ่ง" และกลายเป็นปัญหา "หนึ่งต่อ N" จากที่นี่งานปรับขนาดที่สําคัญทั้งในการเพิ่มจํานวน blob และในการปรับปรุงความสามารถของ rollups ในการใช้ประโยชน์สูงสุดของแต่ละ blob จะยังคงเกิดขึ้น แต่จะเพิ่มขึ้น การเปลี่ยนแปลงที่เกี่ยวข้องกับการปรับขนาดในกระบวนทัศน์พื้นฐานของวิธีที่ Ethereum ในฐานะระบบนิเวศดําเนินการนั้นอยู่เบื้องหลังเรามากขึ้นเรื่อย ๆ นอกจากนี้การเน้นกําลังค่อยๆเปลี่ยนไปและจะยังคงค่อยๆเปลี่ยนจากปัญหา L1 เช่น PoS และการปรับขนาดไปสู่ปัญหาที่ใกล้เคียงกับเลเยอร์แอปพลิเคชัน คําถามสําคัญที่โพสต์นี้จะกล่าวถึงคือ: Ethereum ไปจากที่นี่ที่ไหน?

未来的以太坊扩展

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

ตั้งแต่ต้นตอของแผนเส้นทางที่เน้น Rollup ได้มีความคิดเช่นพื้นที่สำหรับการให้ข้อมูลแยกกัน: ส่วนพิเศษของพื้นที่ในบล็อกที่ EVM ไม่สามารถเข้าถึงได้ ที่สามารถเก็บข้อมูลสำหรับโปรเจค Layer-2 เช่น Rollups ได้ เนื่องจากพื้นที่ข้อมูลนี้ไม่สามารถเข้าถึงได้โดย EVM จึงสามารถส่งออกแยกจากบล็อกและทำการตรวจสอบแยกจากบล็อก ในที่สุด สามารถทำการตรวจสอบด้วยเทคโนโลยีที่เรียกว่าการสุ่มค่าความพร้อมใช้ของข้อมูล, ซึ่งช่วยให้แต่ละโหนดสามารถยืนยันได้ว่าข้อมูลได้ถูกเผยแพร่อย่างถูกต้องโดยการตรวจสอบแบบสุ่มเฉพาะตัวอย่างขนาดเล็กๆ เมื่อนี้ได้ถูกนำมาใช้ พื้นที่บล็อบสามารถขยายได้มากขึ้น; จุดปลายทางคือ 16 MB ต่อสล็อต (~1.33 MB ต่อวินาที)

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

EIP-4844 (aka "blobs") ไม่ได้ให้การสุ่มตัวอย่างความพร้อมใช้งานของข้อมูลแก่เรา แต่มันจะตั้งค่านั่งร้านพื้นฐานในลักษณะที่จากนี้ไปการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูลสามารถแนะนําและสามารถเพิ่มจํานวน blob ได้เบื้องหลังทั้งหมดโดยไม่ต้องมีส่วนร่วมใด ๆ จากผู้ใช้หรือแอปพลิเคชัน ในความเป็นจริง "hard fork" เพียงอย่างเดียวที่จําเป็นคือการเปลี่ยนพารามิเตอร์อย่างง่าย

มีสองเส้นเชือดของการพัฒนาที่จำเป็นต้องดำเนินไปต่อจากนี้

1. เพิ่มความจุของ blob อย่างเรื่อย ๆ ในที่สุดจะทำให้เกิดการสำรวจข้อมูลที่สามารถใช้ได้เต็มรูปแบบด้วยพื้นที่ข้อมูล 16 MB ต่อช่อง
2. ปรับปรุง L2s เพื่อให้ใช้พื้นที่ข้อมูลได้ดีขึ้น

เปลี่ยน DAS เป็นจริง

ขั้นตอนถัดไปคือเป็นเวอร์ชันที่เรียบง่ายของ DAS ที่เรียกว่าPeerDASใน PeerDAS แต่ละโหนดเก็บส่วนสำคัญ (เช่น 1/8) ของข้อมูล blob ทั้งหมด และโหนดรักษาร่องรอยการเชื่อมต่อกับเพื่อนร่วมเครือข่าย p2p มากมาย เมื่อโหนดต้องการการสุ่มสำหรับข้อมูลบางประการ เขาจะถามหนึ่งในเพื่อนที่เขาทราบว่ารับผิดชอบในการเก็บรักษาส่วนนั้น

หากทุกโหนดต้องดาวน์โหลดและเก็บข้อมูล 1/8 ของทั้งหมด แล้ว PeerDAS ทำให้เราสามารถขยายข้อมูล blobs ทฤษฎีได้ 8 เท่า (ในความเป็นจริงคือ 4 เท่าเพราะเราสูญเสีย 2 เท่าในการเข้ารหัสการสูญเสียข้อมูล) PeerDAS สามารถนำออกมาต่อเนื่องได้: เราสามารถมีขั้นตอนที่ผู้เสี่ยงโชคมืออาชีพยังคงดาวน์โหลด blobs เต็ม, และผู้เสี่ยงโชคเดี่ยวเท่านั้นทำการดาวน์โหลดข้อมูล 1/8 เท่านั้น

นอกจากนี้ EIP-7623 (หรือทางเลือก เช่น ราคา 2 มิติ) สามารถใช้เพื่อวางขอบเขตที่เข้มงวดขึ้นในขนาดสูงสุดของบล็อกการดําเนินการ (เช่น "ธุรกรรมปกติ" ในบล็อก) ซึ่งทําให้ปลอดภัยยิ่งขึ้นในการเพิ่มทั้งเป้าหมาย blob และขีด จํากัด ก๊าซ L1 ในระยะยาวมีความซับซ้อนมากขึ้น โปรโตคอล 2D DASจะให้เราไปจนถึงเส้นทางสุดท้ายและเพิ่มพื้นที่ blob ต่อไป

การปรับปรุง L2s

มีสี่ที่สำคัญที่โปรโตคอลเลเยอร์ 2 ในปัจจุบันสามารถปรับปรุงได้

1. การใช้ไบต์อย่างมีประสิทธิภาพมากขึ้นด้วยการบีบอัดข้อมูล

ฉันเขียนเรื่องย่อในรูปของการบีบอัดข้อมูลยังคงสามารถใช้ได้ที่นี่;

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

1. เทคนิคข้อมูลเชิงโต้ตอบที่รักษา L2s โดยใช้ L1 เฉพาะในสถานการณ์พิเศษ

พลาสมาเป็นหมวดหมู่ของเทคนิคที่ช่วยให้คุณได้รับความปลอดภัยเทียบเท่ากับ rollup สำหรับบางแอปพลิเคชันในขณะที่ยังเก็บข้อมูลบน L2 ในกรณีปกติ สำหรับ EVMs พลาสม่าไม่สามารถป้องกันเหรียญทั้งหมด แต่โครงสร้างที่ได้แรงบันดาลจากพลาสม่าสามารถป้องกันเหรียญส่วนใหญ่ และโครงสร้างที่ง่ายกว่าพลาสม่าสามารถปรับปรุงอย่างมากเกี่ยวกับvalidiumsในวันนี้ L2s ที่ไม่ต้องการวางข้อมูลทั้งหมดบนเชน ควรสำรวจเทคนิคเช่นนี้

1. ดำเนินการปรับปรุงข้อจำกัดที่เกี่ยวกับการดำเนินการต่อไป

เมื่อ Dencun hard fork ถูกเปิดใช้งาน การตั้งค่า rollups เพื่อใช้ blobs ที่มันเสนอ ถูกลดลง 100 เท่า การใช้งานบน เบสrollup spiked up immediately:

นี่เป็นสิ่งที่ทำให้เกิดการเรียกใช้ขีดจำกัดแก๊สภายในของเบสเองค่าธรรมเนียมเพิ่มขึ้นอย่างไม่คาดคิด. นี่ได้ส่งผลให้เข้าใจกันมากขึ้นว่า Ethereum data space ไม่ใช่เรื่องเดียวที่ต้อง scale: rollups ต้อง scale ภายในด้วย

ส่วนหนึ่งของสิ่งนี้คือการทำงานขนาน; rollups สามารถนำมาใช้ได้บางอย่างเช่น EIP-648. แต่สำคัญเช่นเดียวกันการจัดเก็บและผลกระทบที่เกิดจากการปฏิสัมพันธ์ระหว่างการคำนวณและการจัดเก็บข้อมูล นี่เป็นความท้าทายทางวิศวกรรมที่สำคัญสำหรับ rollups

1. พัฒนาความปลอดภัยต่อไป

เรายังอยู่ห่างไกลจากโลกที่ rollups ได้รับความปกป้องจริงๆ โดยโค้ด ในความเป็นจริงตามสถิติl2beatเพียงเพียงห้าตัวเท่านั้น ซึ่งอย่าง Arbitrum เท่านั้นที่เป็น full-EVM ได้มีการเข้าถึงสิ่งที่ฉันเรียกว่า "ขั้นตอนที่ 1".

นี่ต้องถูกจัดการโดยตรง ในขณะที่เรายังไม่ได้อยู่ในจุดที่เรามั่นใจได้ในรหัสที่ซับซ้อนของตัวตรวจสอบ EVM ที่เต็มไปด้วยความหวังหรือ SNARK แต่เราก็อยู่ในจุดที่เราสามารถไปจนถึงครึ่งทางและมีคณะกรรมการด้านความปลอดภัยที่สามารถย้อนกลับพฤติกรรมของรหัสได้เท่านั้น ด้วยค่าความสูง (เช่น ฉันเสนอ 6 ต่อ 8; Arbitrum กำลังทำ 9 ต่อ 12)

มาตรฐานของนิเวศน์ต้องเข้มงวดขึ้น: จนถึงตอนนี้เรายังไม่เข้มงวดและยอมรับโปรเจคท์ใดๆ ก็ตาม แค่มันอ้างว่า "กำลังตามทางสู่การกระจายอำนาจ" เมื่อถึงปลายปี ฉันคิดว่ามาตรฐานของเราควรเพิ่มขึ้นและเราควรจะถือโปรเจคท์เป็น rollup เท่านั้นถ้ามันได้ถึงอย่างน้อยระดับ 1 แล้ว

หลังจากนี้เราสามารถก้าวหน้าอย่างระมัดระวังไปทางขั้นตอนที่ 2: โลกที่ rollups มีการรับรองจากโค้ดแท้และคณะกรรมการดูแลความปลอดภัยสามารถให้คำแนะนำได้เฉพาะเมื่อโค้ด "พิสูจน์ได้ว่าตัวเองไม่เห็นด้วยกับตัวเอง" (เช่น ยอมรับรากสถานะที่ไม่สามารถทำงานร่วมกัน หรือสองการปรับใช้ที่แตกต่างกันให้คำตอบที่แตกต่างกัน) หนทางที่สามารถทำให้มันปลอดภัยคือใช้การประมวลผลหลายตัว.

นี่หมายความว่าอะไรสำหรับการพัฒนา Ethereum โดยทั่วไปมากขึ้นหรือเปล่า?

ในการนำเสนอที่ ETHCC ในฤดูร้อน 2022, ฉันได้ทำการนำเสนออภิปรายสถานะปัจจุบันของการพัฒนา Ethereum ในรูปแบบ S-curve: เรากำลังเข้าสู่ช่วงเวลาของการเปลี่ยนแปลงอย่างรวดเร็วมาก และหลังจากการเปลี่ยนแปลงอย่างรวดเร็วนั้น การพัฒนาจะชะลออีกครั้งเมื่อ L1 เข้มแข็งและการพัฒนาจะเน้นกลับมาที่ผู้ใช้และชั้นแอปพลิเคชัน

วันนี้ ฉันคิดว่าเราอยู่บนข้างขวาของเส้น S ที่ชะลอลงแล้ว ตั้งแต่สองสัปดาห์ก่อน การเปลี่ยนแปลงสองอย่างที่ใหญ่ที่สุดบนบล็อกเชน Ethereum - การสลับไปใช้พิสทุกคือการเปลี่ยนไปใช้พิสทุก และการสร้างโครงสร้างใหม่ไปยัง blobs - ได้ผ่านมาแล้ว เปลี่ยนแปลงเพิ่มเติมยังสำคัญอยู่ (เช่นVerkle trees, การสิ้นสุดขอบเขตในช่องเดียว, การแยกบัญชีในโปรโตคอล) แต่มันไม่ใช่อย่างสุดยอดเหมือน proof of stake และ sharding ในระดับเดียวกัน ในปี 2022 Ethereum เหมือนเครื่องบินที่เปลี่ยนเครื่องยนต์ขณะกำลังบินอยู่ ในปี 2023 มันกำลังเปลี่ยนปีก การเปลี่ยนแปลงของ Verkle tree เป็นเหตุผลหลักที่ยังเหลืออยู่ที่สำคัญจริงๆ (และเรามี testnets สำหรับมันแล้ว); ส่วนอื่นๆ นั้นเหมือนกับการเปลี่ยนหางเครื่องบิน

เป้าหมายของ EIP-4844 คือการทำการเปลี่ยนแปลงครั้งหนึ่งขนาดใหญ่เพื่อสร้างความเสถียรในระยะยาวสำหรับ rollups ตอนนี้ที่ blobs ออกมา อัปเกรดในอนาคตเป็น full danksharding ที่ใช้ blobs ขนาด 16 MB และการเปลี่ยนรหัสอัลกอริทึมSTARKs บนเขตสนาม goldilocks 64 บิตการเกิดขึ้นได้โดยไม่ต้องการการกระทำเพิ่มเติมจาก rollups และผู้ใช้ มันยังเสริมสร้างเกณฑ์สำคัญ: ว่ากระบวนการพัฒนา Ethereum ดำเนินตามแผนงานที่เข้าใจได้มาอย่างยาวนานและแอปพลิเคชัน (รวมถึง L2s) ที่สร้างขึ้นด้วย "Ethereum ใหม่" ในใจได้รับสภาพแวดล้อมที่เสถียรในอนาคตยาวนาน

สิ่งนี้หมายความว่าอย่างไรสำหรับแอปพลิเคชันและผู้ใช้?

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

ตอนนี้ที่เรามี blobs, การจำกัดความสามารถของกุญแจที่เป็นปัญหาตลอดเวลานี้เริ่มลดลงไปแล้ว ค่าธรรมเนียมสุดท้ายก็ถูกลงมากขึ้น; คำแถลงของฉันจากเจ็ดปีที่ผ่านมาอินเทอร์เน็ตของเงินไม่ควรมีค่ามากกว่าห้าเซนต์ต่อธุรกรรม สุดท้ายแล้ว เป็นจริง. เรายังไม่ออกจากป่า: ค่าธรรมเนียมอาจยังเพิ่มขึ้นหากการใช้งานเติบโตเร็วเกินไป และเราจำเป็นต้องทำงานหนักเพื่อขยาย blobs (และขยาย rollups โดยแยกกัน) ต่อไปหลายปีข้างหน้า แต่เราเห็นแสงสว่างที่ปลายทาง ... อืม ... ในป่ามืด

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

มีคนมากมายที่ก้าวขึ้นมาท้าทายตนเอง กระเป๋า Daimo กำลังบรรยายถึงตัวเองโดยชัดเจนว่าVenmo บน Ethereum, ซึ่งมุ่งเน้นการรวมความสะดวกของ Venmo กับความกระจายของ Ethereum ในโลกที่ไม่มีการกำหนดเองทางสังคม Farcaster กำลังดำเนินงานอย่างดีในการรวมความกระจายแบบแท้ (เช่นดูคู่มือนี้เกี่ยวกับวิธีสร้างไคลเอ็นต์ทางเลือกของคุณเอง) ด้วยประสบการณ์ผู้ใช้ที่ยอดเยี่ยม ไม่เหมือนคลื่นฮายป์ก่อนหน้าของ "social fi" ผู้ใช้ Farcaster โดยเฉลี่ยไม่ได้มาที่นี่เพื่อการพนัน - ทดสอบความสามารถของแอปพลิเคชันสำหรับสกุลเงินดิจิทัลที่จริงจะยั่งยืน

โพสต์นี้ถูกส่งผ่านไคลเอนต์ Farcaster หลักWarpcast, และภาพหน้าจอนี้ถูกถ่ายจาก Farcaster + ทางเลือกเลนส์clientFirefly.

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

แอปพลิเคชันที่สร้างหรือบริการวันนี้ควรถูกออกแบบโดยมี Ethereum ในปี 2020 ในใจ

ระบบนิเวศของ Ethereum ยังคงมีแอปพลิเคชันจํานวนมากที่ทํางานตามเวิร์กโฟลว์ "2010s Ethereum" โดยพื้นฐาน กิจกรรม ENS ส่วนใหญ่ยังคงอยู่ในชั้น 1 การออกโทเค็นส่วนใหญ่เกิดขึ้นในเลเยอร์ 1 โดยไม่ต้องพิจารณาอย่างจริงจังเพื่อให้แน่ใจว่าโทเค็นบริดจ์บนเลเยอร์ 2 พร้อมใช้งาน (เช่นดู แฟนรักเหรินของ ZELENSKYY memecoin) เชื่อมั่นในการบริจาคเหรียญต่อเกาะเครนอย่างต่อเนื่อง แต่ร้องเรียนว่าค่าธรรมเนียม L1 ทำให้ราคาสูงเกินไป) นอกจากนี้ เรายังขาดความสามารถในเรื่องความเป็นส่วนตัว: POAPs are all publicly on-chain, probably the right choice for some use cases but very suboptimal for others. Most DAOs, and Gitcoin Grants, ยังคงใช้การลงคะแนนเสียงโปร่งใสบนเชนได้อย่างเต็มรูปแบบ,อยู่ในกระบวนการที่มีโอกาสเสี่ยงต่อการโกง (รวมถึงการแจกจ่ายที่มีผลต่อย้อนหลัง) และได้แสดงให้เห็นว่ามันทำให้รูปแบบการมีส่วนร่วมบิดเบือนอย่างมาก ในปัจจุบัน ZK-SNARKs มีมาอย่างมากหลายปีแล้ว แต่แอปพลิเคชันมากมายก็ยังไม่ได้เริ่มต้นproperly use them.

นี้คือทีมที่ทำงานหนัก ที่ต้องจัดการกับฐานผู้ใช้ที่มีอยู่มาก และฉันจึงไม่ได้ตำหนิพวกเขาที่ไม่ได้อัพเกรดพร้อมกันไปยังคลื่นเทคโนโลยีล่าสุด แต่เร็ว ๆ นี้ การอัพเกรดเหล่านี้จำเป็นจะต้องเกิดขึ้น นี่คือบางความแตกต่างสำคัญระหว่าง "การทำงานของ Ethereum ในยุค 2010s" และ "การทำงานของ Ethereum ในยุค 2020s"

โดยพื้นฐาน Ethereum ไม่ได้เป็นระบบนิเวศการเงินอีกต่อไป มันเป็นการแทนที่สำหรับส่วนใหญ่ของ "เทคโนโลยีที่มีการจัดระบบที่เชื่อมโยง" และยังมีบางอย่างที่เทคโนโลยีที่มีการจัดระบบที่ไม่มี (เช่น การใช้งานที่เกี่ยวกับการปกครอง) และเราต้องสร้างด้วยระบบนี้ในใจ

สรุป

• Ethereum กำลังอยู่ในขบวนการที่มีความสำคัญจากยุค "ความคืบหน้าของ L1 อย่างรวดเร็วมาก" สู่ยุคที่ความคืบหน้าของ L1 จะยังคงมีความสำคัญมากอยู่ แต่จะน้อยลงบ้าง และไม่ทำให้โปรแกรมที่ใช้งานรับผิดชอบมากเท่าเดิม
• เรายังต้องทำการขยายมากยิ่งขึ้น งานนี้จะเป็นภายในและสำคัญอยู่เสมอ
• นักพัฒนาแอปพลิเคชันไม่ได้กำลังสร้างโปรโตไทป์อีกต่อไป แต่เรากำลังสร้างเครื่องมือสำหรับผู้ใช้ที่มีจำนวนเยอะมาก ตามระบบนี้เราต้องปรับเปลี่ยนทฤษฎีตามอย่างเต็มที่
• Ethereum ได้อัพเกรดจากการเป็นระบบนิเวศการเงิน "เพียง" ให้กลายเป็นเทคสแต็กที่เป็นอิสระแบบกระจายตัวอย่างถี่มากขึ้น ข้างในนิเวศการเงิน เราจำเป็นต้องปรับเปลี่ยนทฤษฎีทัศนคติให้ตรงกับสิ่งนี้ด้วย

ข้อความประกาศ

1. บทความนี้ถูกคัดลอกมาจาก [ วิทาลิค] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Vitalik]. หากมีการคัดค้านในการพิมพ์ซ้ำนี้ กรุณาติดต่อGate เรียนทีมและพวกเขาจะดำเนินการโดยเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นที่สมบูรณ์ของคำแนะนำในการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่น ๆ โดยทีม Gate Learn หากไม่ได้กล่าวถึง การคัดลอก การแจกจ่าย หรือการลอกเลียนบทความที่ถูกแปลนั้นถือเป็นการละเมิดข้อความ