Giới thiệu Mainnet Eclipse: Ethereum SVM L2

Eclipse Mainnet là một L2 có mục đích chung kết hợp các phần tốt nhất của ngăn xếp mô-đun:

1. Thanh toán: Ethereum - Eclipse sẽ chuyển sang Ethereum (tức là cầu nối xác thực được lưu giữ sẽ có trên Ethereum) và sử dụng ETH làm mã thông báo gas của nó.
2. Thực thi: Máy ảo Solana (SVM) - Eclipse sẽ chạy SVM có hiệu suất cao làm môi trường thực thi của nó.
3. Tính khả dụng của Dữ liệu: Celestia - Eclipse sẽ đăng dữ liệu của mình lên Celestia để có được tính khả dụng của dữ liệu có thể mở rộng (DA).
4. Chứng minh: RISC Zero - Eclipse sẽ sử dụng RISC Zero cho các bằng chứng gian lận ZK (không cần tuần tự hóa trạng thái trung gian!)

Hầu hết các tiêu đề của Eclipse đều xoay quanh công việc của chúng tôi để triển khai các bản tổng hợp dành riêng cho ứng dụng cho một loạt dự án, nhưng giờ đây rõ ràng hơn bao giờ hết rằng Ethereum cần một L2 cho mục đích chung có khả năng mở rộng quy mô thực sự lớn. Hầu hết các ứng dụng không được hưởng lợi từ các tùy chỉnh chuỗi dành riêng cho ứng dụng và sự cô lập và phức tạp dẫn đến thực sự có thể dẫn đến trải nghiệm UX và nhà phát triển tồi tệ hơn.

Thường có sự phân đôi sai lầm giữa tầm nhìn tổng hợp theo mô-đun và khả năng có một chuỗi duy nhất với quy mô lớn, thực thi song song và trạng thái chia sẻ. “Mô-đun” thường được kết hợp với “dành riêng cho ứng dụng”, điều này sẽ khiến bạn tin rằng việc tổng hợp có nghĩa là một thế giới gồm nhiều chuỗi phân mảnh và thông lượng thấp. Chúng tôi thách thức ý tưởng đó.

Thực thi: Tốc độ và quy mô của Solana

Eclipse Mainnet sẽ áp dụng môi trường thực thi tốt nhất của Solana. Điều này mang lại những lợi ích to lớn:

Thực thi song song được tối ưu hóa

SVM và thời gian chạy Sealevel của nó nổi tiếng cho phép thực hiện giao dịch song song. Các giao dịch không chạm vào trạng thái chồng chéo có thể được thực hiện song song thay vì tuần tự.

Điều này cho phép SVM mở rộng trực tiếp bằng phần cứng khi bộ xử lý tiếp tục bổ sung thêm lõi với chi phí thấp hơn. Thời gian chạy đơn luồng (chẳng hạn như EVM ngày nay) về cơ bản không được hưởng lợi từ việc giảm chi phí cho mỗi lõi. Trong hơn một thập kỷ nay, việc tăng tốc hiệu suất đơn luồng liên tục giảm đi. Gần như tất cả các cải tiến tiếp tục đến từ việc tăng số lượng lõi, do đó, điều quan trọng là tận dụng xu hướng này bằng cách song song hóa khối lượng công việc:

Có một số nỗ lực ban đầu chưa được chứng minh nhằm song song hóa EVM, nhưng việc thêm tính năng này vào trong khi vẫn duy trì khả năng tương thích sẽ mang lại những đánh đổi cơ bản bao gồm hiệu suất dưới mức tối ưu mà không giải quyết được các tắc nghẽn khác (ví dụ: tăng trưởng trạng thái). Các hợp đồng khai báo trước các phụ thuộc trạng thái (như trong SVM) cho phép thực hiện song song hóa tối ưu.

Thị trường phí địa phương

Hầu hết các thị trường phí ngày nay đều mang tính toàn cầu, có nghĩa là một ứng dụng hấp dẫn sẽ tăng phí cho tất cả người dùng trong chuỗi. Một xưởng đúc NFT sẽ không khiến chuỗi trở nên vô dụng đối với mọi thứ khác. Công việc tuyệt vời của Solana về thị trường phí địa phương đã giải quyết được sự tranh chấp giữa các ứng dụng này. Trong quá trình triển khai hiện tại, bộ lập lịch ưu tiên các giao dịch không có xung đột, cho phép các giao dịch không có xung đột được thực hiện với mức phí thấp hơn. Về lâu dài, thị trường phí địa phương sẽ được triển khai ở cấp độ giao thức. Điều này đảm bảo rằng mức phí tăng đột biến đối với một ứng dụng không ảnh hưởng đến phần còn lại của chuỗi.

Thị trường phí địa phương có thể thực hiện được nhờ thời gian chạy song song duy nhất của Solana. Việc cố gắng triển khai thị trường phí địa phương cho các điểm nóng cấp bang trong EVM bằng cách sử dụng phương pháp phỏng đoán (tức là không khai báo trước quyền truy cập trạng thái) sẽ thể hiện sự thiếu hiệu quả và có khả năng gây ra các vectơ tấn công.

Ngoài ra còn có nghiên cứu ban đầu đang được tiến hành cho phép các ứng dụng dễ dàng nội hóa giá trị cục bộ có thể quy cho chúng, điều mà ngày nay thường đòi hỏi thiết kế cấp ứng dụng sáng tạo hơn.

Quản lý tăng trưởng nhà nước

Trước khi EVM gặp phải tình trạng tắc nghẽn trong việc thực thi tuần tự, thì sự phát triển của trạng thái là nút thắt cấp bách hơn nhiều.

Vì không có cây Merkle cho trạng thái nên Solana không phải chịu chi phí cập nhật cây Merkle cho mỗi lần cập nhật trạng thái. Thay vào đó, sau mỗi kỷ nguyên (~2,5 ngày), toàn bộ bang sẽ được merkl hóa. Điều này rẻ hơn nhiều so với quá trình merklization theo thời gian thực (như trong EVM).

Quan trọng hơn, EVM có quyền truy cập tài khoản động (tức là các giao dịch có thể chạm vào bất kỳ trạng thái nào theo yêu cầu). Tra cứu trạng thái động đó có nghĩa là trạng thái đó không thể được tải vào bộ nhớ trước khi thực thi. Trong SVM, mỗi giao dịch chỉ định tất cả trạng thái cần thiết để thực thi.

Kết quả là kích thước trạng thái không ảnh hưởng đến việc thực thi SVM. Mạng có thể tăng gấp đôi kích thước ảnh chụp nhanh một cách an toàn sau mỗi 2 năm mà không gặp phải vấn đề lớn nào nếu giả sử người xác thực nâng cấp đĩa lưu trữ của họ cứ sau 2 năm.

Hơn nữa, các nhóm như Helius đang tích cực cải thiện khả năng truy cập dữ liệu lịch sử và giảm kích thước trạng thái bằng tính năng nén.

Khả năng tương thích EVM

Neon EVM là EVM hoạt động như một hợp đồng thông minh có thể được triển khai trên bất kỳ chuỗi SVM nào. Điều này mang lại khả năng tương thích EVM hoàn toàn với Mainnet Eclipse (bao gồm hỗ trợ mã byte EVM và Ethereum JSON-RPC) với thông lượng lớn hơn EVM đơn luồng. Vì mỗi phiên bản Neon EVM có thị trường phí địa phương riêng nên các ứng dụng chỉ có thể triển khai hợp đồng của riêng mình để đạt được lợi ích của chuỗi ứng dụng mà không làm phân mảnh UX, bảo mật hoặc tính thanh khoản.

Riêng biệt, trình biên dịch Solang cho phép biên dịch mã hợp đồng thông minh Solidity thành mã byte SVM.

Ảnh chụp MetaMask

Việc đưa người dùng EVM vào các chuỗi không phải EVM trước đây là một trở ngại lớn, nhưng Metamask Snaps được ra mắt gần đây sẽ phá vỡ rào cản đó. Người dùng EVM có thể tiếp tục sử dụng MetaMask mà không cần chuyển đổi ví. UX có thể so sánh với việc tương tác với bất kỳ chuỗi EVM nào, nhờ vào sự đóng góp nguồn mở của Drifttrong việc xây dựng cách triển khai MetaMask Snap tuyệt vời. Người dùng Mainnet Eclipse sẽ có thể tương tác với các ứng dụng nguyên bản trong MetaMask hoặc sử dụng ví gốc Solana như Salmon.

Đây là một cái nhìn sơ lược về UX từ Drift:

lính cứu hỏa

Firedancer là ứng dụng khách Solana rất được mong đợi đang được Jump phát triển để tăng đáng kể thông lượng, khả năng phục hồi và hiệu quả của mạng. Khi ra mắt, chúng tôi sẽ gắn bó chặt chẽ nhất có thể với ứng dụng khách cốt lõi của Solana, nhưng chúng tôi dự định áp dụng Firedancer sau khi mã hoạt động và ổn định.

Sự an toàn

Thời gian chạy của Solana có diện tích bề mặt tấn công giảm đáng kể, giúp ngăn chặn các hoạt động khai thác tái xuất hiện khét tiếng mà chúng ta đã thấy quá thường xuyên. Cụ thể, thời gian chạy Solana chỉ cho phép các chương trình tự lặp lại, thay vì cho phép các lệnh gọi chương trình chéo được đăng nhập lại tùy ý. Hơn nữa, việc tách trạng thái và mã sẽ tạo ra mã không trạng thái, thường dễ kiểm tra hiệu quả hơn.

Chứng minh dễ dàng hơn

SVM dựa trên thanh ghi và có tập lệnh nhỏ hơn nhiều so với EVM, giúp việc thực thi SVM dễ dàng hơn trong ZK. Đối với các bản tổng hợp lạc quan, thiết kế dựa trên đăng ký cho phép điểm kiểm tra dễ dàng hơn.

Thanh toán: Bảo mật và thanh khoản của Ethereum

Giống như các đợt phát triển lớn ngày nay, Mainnet Eclipse sẽ chuyển sang sử dụng Ethereum. Cụ thể, điều này có nghĩa là cầu nối xác thực của chúng tôi trên Ethereum sẽ được đưa trực tiếp vào Eclipse. Các nút Eclipse sẽ xem xét cây cầu này để xác định “chuỗi chuẩn”. Cây cầu thực thi thứ tự chính xác cho Eclipse.

Điều này cho phép người dùng của chúng tôi có được các thuộc tính bảo mật nhất định từ Ethereum. Cây cầu sẽ xác thực tất cả các giao dịch Eclipse, ngăn chặn việc gửi các trạng thái không hợp lệ. Ngoài ra, nó sẽ thực thi khả năng chống kiểm duyệt và tồn tại cuối cùng trong một số trường hợp thất bại nhất định. Ngay cả khi trình sắp xếp chuỗi ngừng hoạt động hoặc bắt đầu kiểm duyệt ở L2, người dùng vẫn có thể buộc đưa các giao dịch của họ vào thông qua cầu nối.

Do những đặc tính bảo mật này, các validium và optimium thường được gọi là “Ethereum L2”. L2BEAT định nghĩa L2 là “chuỗi lấy được toàn bộ hoặc một phần tính bảo mật của nó từ Ethereum lớp một để người dùng không phải phụ thuộc vào tính trung thực của trình xác thực L2 để đảm bảo an toàn cho tiền của họ”.

Việc thanh toán Ethereum nhận ra tầm quan trọng của các tài sản gốc Ethereum có thể sẽ phát huy tác dụng trong nền kinh tế DeFi và NFT của Eclipse Mainnet. ETH là loại tiền phi tập trung tốt nhất mà hầu hết người dùng rõ ràng ưa thích, vì vậy chúng tôi cũng sẽ sử dụng ETH làm mã thông báo gas của mình. Về lâu dài, việc miễn phí sẽ cho phép người dùng thanh toán bằng bất kỳ token nào họ chọn (ví dụ: USDC). Hiện tại không có kế hoạch nào để Eclipse Mainnet có mã thông báo riêng.

Tính khả dụng của dữ liệu: Băng thông và khả năng xác minh của Celestia

Mainnet Eclipse sẽ sử dụng Celestia để cung cấp dữ liệu (còn gọi là xuất bản dữ liệu hoặc xuất bản dữ liệu). Celestia là đối tác hệ sinh thái lâu đời của Eclipse.

Rất tiếc, thông lượng và phí mục tiêu của Eclipse Mainnet không được hỗ trợ bởi băng thông hiện tại của Ethereum. Điều này sẽ vẫn như vậy ngay cả sau EIP-4844 (còn gọi là “Proto-danksharding”), cung cấp trung bình khoảng ~0,375 MB blobspace cho mỗi khối (với giới hạn ~0,75 MB mỗi khối).

1. Đối với chuyển khoản ERC-20 với tính năng nén cơ bản (~154 byte cho mỗi giao dịch), điều này có nghĩa là ~213 TPS trên tất cả các lần tổng hợp được kết hợp.
2. Đối với các giao dịch hoán đổi có tính năng nén (~400 byte mỗi giao dịch), điều này có nghĩa là ~82 TPS trên tất cả các lần tổng hợp cộng lại.

Để so sánh, Celestia sẽ ra mắt với khối 2 MB vào cuối năm nay. Blobspace dự kiến sẽ tăng lên 8 MB ngay sau khi ra mắt, khi có đủ các nút ánh sáng lấy mẫu dữ liệu sẵn có (DAS) trực tuyến và mạng chứng tỏ được sự ổn định. Các nút ánh sáng DAS phục vụ hai chức năng quan trọng:

1. Cho phép người dùng tự xác minh rằng dữ liệu khối Eclipse đã được cung cấp
2. Góp phần mở rộng quy mô toàn bộ mạng một cách an toàn, vì các lớp DA có thể tăng thông lượng một cách an toàn khi có nhiều nút ánh sáng DAS trực tuyến hơn

Celestia dự kiến sẽ là lớp DA đầu tiên ra mắt với DAS trong sản xuất. Điều này trái ngược với Ủy ban sẵn có dữ liệu truyền thống (DAC), đưa ra lại các giả định về tính trung thực của ủy ban mà không cần xác minh người dùng (giống như các chuỗi khối nguyên khối hiện có).

Có một giả định bảo mật cố hữu dành cho người dùng chuyển tiền của họ từ Ethereum Mainnet sang bất kỳ chuỗi nào sử dụng DA offchain. Đặc biệt, về mặt kỹ thuật, người xác thực Celestia có thể giữ lại dữ liệu giao dịch nhưng yêu cầu với cầu Ethereum rằng dữ liệu có sẵn. Trong thực tế, sự đồng thuận bằng chứng cổ phần của Celestia có nghĩa là việc giữ lại dữ liệu trên Celestia có thể bị cắt giảm, khiến rủi ro này trở nên phi thực tế theo quan điểm của chúng tôi.

Nhìn chung, sự hỗ trợ nút nhẹ DAS của Celestia ngay từ ngày đầu tiên, các đặc tính bảo mật kinh tế tiền điện tử và thông lượng DA có khả năng mở rộng cao khiến nó trở thành lựa chọn rõ ràng cho Eclipse Mainnet ngày nay.

Lưu ý rằng một số người xem Ethereum DA trên chuỗi là yêu cầu bắt buộc phải trở thành “L2” thực sự ở đây vì những lý do được mô tả ở trên. Chúng tôi sẽ sử dụng thuật ngữ L2 phổ biến hơn được trích dẫn trước đó và chúng tôi muốn làm rõ các cân nhắc về bảo mật.

Chúng tôi cũng có ý định theo dõi tiến trình mở rộng DA của Ethereum sau EIP-4844. Nghiên cứu mới thú vị tiếp tục được đưa ra, có khả năng cung cấp DA thông lượng cao sớm hơn các ý tưởng trước đó (sử dụng bảng băm phân tán nâng cao hơn). Nếu Ethereum cung cấp quy mô lớn hơn cho Eclipse vì lợi ích của người dùng, chúng tôi sẽ đánh giá khả năng chuyển sang Ethereum DA.

Chứng minh: Bằng chứng gian lận RISC Zero ZK (Không cần tuần tự hóa trạng thái trung gian!)

Việc chứng minh của chúng tôi sẽ trông giống như bằng chứng gian lận SVM SIMD của Anatoly, bản thân nó cũng giống với nhận thức sâu sắc của John Adler rằng việc xê-ri hóa trạng thái rất tốn kém và có thể tránh được điều đó.

Cụ thể, chúng tôi muốn tránh đưa lại cây Merkle vào SVM. Chúng tôi đã thử nghiệm chèn Cây Merkle thưa thớt vào SVM từ rất sớm, nhưng việc cập nhật cây Merkle sau mỗi giao dịch sẽ mang lại hiệu suất đáng kể. Việc chứng minh không có cây Merkle sẽ loại trừ các khung tổng hợp tổng quát hiện có như OP Stack làm cơ sở cho các bản tổng hợp SVM và nó cũng yêu cầu một kiến trúc chống lỗi sáng tạo hơn.

Ở mức độ cao, bằng chứng lỗi yêu cầu:

1. Cam kết về đầu vào cho một giao dịch,
2. Bản thân giao dịch và
3. Bằng chứng cho thấy việc thực hiện lại giao dịch sẽ dẫn đến kết quả đầu ra khác với kết quả được chỉ định trên chuỗi.

Cam kết đầu vào thường được thực hiện bằng cách cung cấp gốc Merkle cho cây trạng thái của tổng số. Thay vào đó, người thực thi của chúng tôi sẽ đăng danh sách đầu vào và đầu ra (bao gồm cả hàm băm tài khoản và trạng thái toàn cầu có liên quan) cho mỗi giao dịch, cùng với chỉ mục của giao dịch tạo ra từng đầu vào. Các giao dịch được xuất bản lên Celestia, do đó, bất kỳ nút đầy đủ nào cũng có thể theo dõi để lấy các tài khoản đầu vào từ trạng thái của chính nó, tính toán các tài khoản đầu ra và xác nhận rằng cam kết trên Ethereum là chính xác.

Có hai loại lỗi chính có thể xảy ra:

1. Đầu ra không chính xác - Trong trường hợp này, trình xác minh cung cấp bằng chứng ZK trên chuỗi về các đầu ra chính xác. Chúng tôi đang sử dụng RISC Zero để tạo bằng chứng ZK về việc thực thi SVM, tiếp tục công việc trước đây của chúng tôi là chứng minh việc thực thi mã byte BPF. Điều này cho phép hợp đồng thanh toán của chúng tôi đảm bảo tính chính xác mà không cần phải tự thực hiện các giao dịch trên chuỗi.
2. Đầu vào không chính xác - Trong trường hợp này, người xác minh đăng trên chuỗi một tham chiếu đến dữ liệu lịch sử cho thấy trạng thái đầu vào không như đã yêu cầu. Bằng cách sử dụng Cầu hấp dẫn lượng tử của Celestia, hợp đồng thanh toán của chúng tôi đảm bảo rằng dữ liệu lịch sử này thực sự chứng minh được sự gian lận.

Tại sao là Eclipse, Tại sao là Ethereum, Tại sao là bây giờ

Chúng ta đứng trên vai những người khổng lồ. Các bản tổng hợp ngày nay đã nâng cao trạng thái nghiên cứu cho toàn bộ ngành của chúng tôi và họ đã cung cấp cho người dùng Ethereum mức phí rẻ hơn so với L1.

Tuy nhiên, họ không tận dụng tối đa công nghệ mới nhất cần thiết để mở rộng quy mô cho đại chúng. Các bản tổng hợp ban đầu chủ yếu ưu tiên khả năng tương thích và/hoặc tối ưu hóa EVM để chứng minh ZK hiệu quả hơn. Tuy nhiên, gần đây hơn, chúng tôi đã chứng kiến sự tiến bộ đáng kinh ngạc giúp loại bỏ nhu cầu thực hiện những sự đánh đổi mà các đợt triển khai ban đầu đã chọn và thực sự khiến chúng gặp bất lợi:

1. Các máy ảo song song có hiệu suất cao (ví dụ: SVM)
2. Chia tỷ lệ DA với hỗ trợ nút ánh sáng DAS (ví dụ: Celestia)
3. Những tiến bộ trong cơ sở hạ tầng bằng chứng giúp nó trở nên thiết thực ở mọi nơi (ví dụ: RISC Zero)
4. Tăng tính di động của mã (ví dụ: Neon và Solang) và người dùng (ví dụ: MetaMask Snaps) trên các hệ sinh thái

Nhật thực mang lại lợi ích to lớn nhờ nhận thức muộn màng. Chúng tôi rút ra bài học từ những hạn chế mà các chuỗi khác gặp phải, sau đó chọn ra những phần tốt nhất để mở rộng quy mô lâu dài.

https://twitter.com/0xMert?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680271128537726976%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

https://twitter.com/colludingnode?refsrc=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680285353662468097%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

Chúng ta thường nghe về tương lai với hàng triệu bản tổng hợp dành riêng cho ứng dụng.

Các tùy chỉnh ở cấp độ đồng thuận có thể cực kỳ có giá trị đối với một số ứng dụng nhất định (ví dụ: dYdX v4) và chúng tôi rất vui được giúp các nhóm khởi chạy các bản tổng hợp dành riêng cho ứng dụng.

Tuy nhiên, những trường hợp này rất ít và xa. Đó là lý do tại sao hầu hết các bản tổng hợp mới vẫn chỉ là các nhánh EVM thông thường. Các vấn đề của nhà phát triển không được giải quyết bằng cách phân mảnh UX trên nhiều chuỗi hơn. Trường hợp sử dụng chính của một triệu chuỗi ngày nay dường như thường là tung ra thêm một triệu token. Ngày nay, nhu cầu tùy chỉnh toàn bộ ngăn xếp đơn giản là không tồn tại đối với phần lớn các trường hợp sử dụng.

Ngay cả khi có nhu cầu thực sự thì cơ sở hạ tầng cần thiết để hỗ trợ nhiều chuỗi ứng dụng với UX cạnh tranh cũng phải mất nhiều năm nữa (nếu đạt được mức ngang bằng). Superchain của Optimism (OP Stack), Hyperchains của zkSync (ZK Stack), chuỗi Orbit của Arbitrum, v.v., tất cả đều có tầm nhìn nhiều chuỗi với cơ sở hạ tầng dùng chung. Điều này nhằm mục đích cung cấp trải nghiệm người dùng hoạt động mượt mà hơn giữa các chuỗi trong cùng một hệ sinh thái (ví dụ: giữa hai chuỗi trong Superchain) so với các chuỗi hoàn toàn biệt lập (ví dụ: giữa Ethereum và Solana).

Tuy nhiên, các kế hoạch hiện tại (nơi chúng tồn tại) vẫn còn lâu mới có thể cạnh tranh được với một trạng thái chia sẻ duy nhất. Hơn nữa, chúng không giải quyết được khả năng tương tác giữa các hệ sinh thái (ví dụ: Superchain với Hyperchain). Xây dựng theo mô-đun không có nghĩa là xây dựng các hòn đảo.

Việc duy trì tài khoản trên nhiều chuỗi sẽ phức tạp hơn đối với người dùng. UX sẽ tệ hơn nếu tiếp tục bắc cầu và lo lắng về loại gas token mà bạn cần. Việc phụ thuộc vào các nhà cung cấp cơ sở hạ tầng để vận hành và duy trì rất nhiều chuỗi sẽ phức tạp và tốn kém hơn.

Chúng tôi luôn đánh giá cao sự đơn giản trong tầm nhìn của Solana. Một máy trạng thái dùng chung được tối ưu hóa cao với quy mô hỗ trợ phần lớn các trường hợp sử dụng có giá trị. Điều này thường được coi là không tương thích với lộ trình tập trung vào tổng hợp, nhưng thực tế không phải vậy. Chúng tôi muốn kết hợp tốt nhất của cả hai thế giới.

Quan niệm sai lầm này phát sinh do thực tế là các bản tổng hợp ngày nay phần lớn đang chạy EVM đơn luồng thuần túy không thay đổi để tận dụng các hiệu ứng mạng ban đầu. Do đó, chúng tôi thường thấy “không gian khối chuyên dụng” được coi là lý do để triển khai một bản tổng hợp dành riêng cho ứng dụng. Những tổ chức đúc tiền NFT điên rồ đó không nên tăng giá cho tất cả các ứng dụng khác trong chuỗi của bạn, nhưng câu trả lời không phải là tạo chuỗi của riêng bạn. Điều này giống như dùng búa tạ để đập hạt lạc. Bạn thực hiện những đánh đổi đau đớn và không cần thiết (độ phức tạp, chi phí, trải nghiệm người dùng kém hơn, tính thanh khoản bị phân mảnh, v.v.). Giải pháp tối ưu cực kỳ rõ ràng - chỉ cần sử dụng máy ảo song song với thị trường phí địa phương cho các điểm nóng của tiểu bang. Đó chính xác là những gì SVM mang lại.

Ethereum là trung tâm trí tuệ, xã hội và kinh tế của tiền điện tử. Gót chân Achilles của nó đã được mở rộng. Việc mở rộng quy mô DA vẫn đang được tiến hành và môi trường thực thi L2 hiện tại không thể cạnh tranh với những cải tiến mới hơn như SVM. Chúng tôi lo ngại rằng hệ sinh thái Ethereum sẽ bị ảnh hưởng nặng nề bởi bất kỳ sự gia tăng mạnh mẽ nào về hoạt động như hiện nay. EVM đơn luồng và DA bị ràng buộc sẽ nhanh chóng dẫn đến sự gia tăng trở lại của mức phí cao, ngoại trừ lần này đối với các đợt tổng hợp.

Chúng tôi tin rằng Eclipse Mainnet là giải pháp rõ ràng: hợp nhất hiệu suất của Solana với tính bảo mật, khả năng xác minh và hiệu ứng mạng của lộ trình tập trung vào tổng hợp.

Ý Tưởng Chia Tay

Vẻ đẹp của Ethereum là nó ăn theo sự đổi mới. Lộ trình tập trung vào tổng số là hình ảnh thu nhỏ của việc này, giao việc thực thi và đổi mới cho thị trường tự do. L2 có khả năng đáng kinh ngạc để tận dụng các hiệu ứng mạng và đảm bảo thanh toán của Ethereum trong khi thử nghiệm các môi trường thực thi mới tốt nhất. Eclipse Mainnet là sự đáp ứng tự nhiên cho tầm nhìn này.

Nếu một ngày nào đó lớp thực thi hiệu suất cao hơn xuất hiện, chúng tôi sẽ vô cùng vui mừng khi thấy nó được triển khai dưới dạng Ethereum L2 cạnh tranh. Cho đến lúc đó, SVM vẫn là tiêu chuẩn.

Để tham gia, hãy liên hệ với chúng tôi theohttp://mailto:[email protected]/địa chỉ [email protected] để được hướng dẫn về testnet.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [Mirror]. Mọi bản quyền đều thuộc về tác giả gốc [Eclipse]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn, họ sẽ xử lý kịp thời.
2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Việc dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch đều bị cấm.