Nhà phát triển cốt lõi Ethereum Classic – Chuỗi phát triển Olympia (Phần Một)
Triển khai ECIP-1111 và ECIP-1112: Chuyển hướng Phí cơ bản và Kho bạc Bất biến
1. Lời mở đầu – Từ Khái niệm đến Mã nguồn
Phần này trình bày tổng quan về kiến trúc tổng thể của Olympia: mục đích, quá trình phát triển, và cách các ECIP 1111-1115 tích hợp vào lộ trình nâng cấp đa tầng mô-đun. Bài viết này sẽ đi sâu vào thực tiễn kỹ thuật hiện tại cho hai ECIP, chúng cùng nhau xác định ranh giới đồng thuận của Olympia:
ECIP-1111 – Nâng cấp EVM và Giao thức
ECIP-1112 – Hợp đồng Kho bạc Bất biến
Hai đề xuất này là những thành phần duy nhất trong khuôn khổ sửa đổi hành vi đồng thuận. Các phần khác – quản trị (ECIP-1113), đề xuất tài trợ (ECIP-1114) và cơ chế làm mịn tùy chọn (ECIP-1115) – đều hoạt động ở lớp hợp đồng, không ảnh hưởng đến tính hợp lệ của khối hoặc lựa chọn nhánh. Vào ngày 11 tháng 11 năm 2025, các nhà phát triển cốt lõi Ethereum Classic đã khởi động giai đoạn triển khai, chuẩn bị logic đồng thuận và cơ sở hạ tầng máy khách tham chiếu cho việc triển khai tiềm năng trên mạng thử nghiệm Mordor.
Bài viết tóm tắt:
ECIP-1111 giới thiệu những gì
ECIP-1112 xác định địa chỉ đích kho bạc như thế nào
Các thành phần này phối hợp hoạt động ra sao
Những nội dung đang được tạo mẫu trong quá trình phát triển máy khách tham chiếu hiện tại
Bài viết chỉ mô tả các thiết kế và công việc triển khai, không báo hiệu chúng sẽ được kích hoạt hoặc thông qua trong tương lai thông qua quy trình ECIP-1000. Trước khi triển khai các thay đổi lớp đồng thuận của ECIP-1111 hoặc ECIP-1112 lên Mordor hoặc mạng chính, các máy khách ETC trước tiên phải xác minh tính ổn định và khả năng tương thích của chúng trong các điều kiện chuẩn.
2. ECIP-1111 – Cơ chế Phí hiện đại, Tối thiểu hóa Nhiễu loạn Mạng
ECIP-1111 tích hợp hai cải tiến EVM được áp dụng rộng rãi:
Cơ chế phí kiểu EIP-1559 (Phí cơ bản + Phí thưởng tùy chọn) Cơ chế này giới thiệu:
Phí cơ bản (BASEFEE) điều chỉnh động,
Phí ưu tiên cao tùy chọn (tiền thưởng) vẫn được trực tiếp trả cho thợ đào
và một thị trường phí dễ dự đoán hơn cho các công cụ hiện đại.
2. Hỗ trợ giao dịch Loại 2 (kiểu 1559): Tính năng này đã trở thành tiêu chuẩn cho hầu hết ví và cơ sở hạ tầng.
3. Opcode BASEFEE (0x48): Tính năng này cho phép logic hợp đồng (bộ ước tính gas, bộ định tuyến DEX, chuỗi công cụ, v.v.) truy cập BASEFEE của khối hiện tại.
Ethereum Classic (ETC) thay đổi những gì?
Chỉ có một hành vi khác với mạng chính Ethereum:
Ethereum Foundation (ETH): BASEFEE bị đốt.
Ethereum Classic (ETC): BASEFEE được chuyển hướng đến Kho bạc được xác định bởi ECIP-1112. Phần ngữ nghĩa còn lại của EIP-1559 được giữ nguyên.
Những gì không thay đổi?
Tiền thưởng cho thợ đào vẫn như cũ.
Phần thưởng khối không đổi.
Chính sách tiền tệ (ECIP-1017) không đổi.
Các loại giao dịch truyền thống (Type-0 và Type-1) hoàn toàn hợp lệ.
Hợp đồng hiện có không bị gián đoạn; ứng dụng hiện có không cần sửa đổi.
Không giới thiệu thêm giả định tin cậy hoặc cơ chế cho phép.
ECIP-1111 mang tính bổ sung, tối thiểu và được giới hạn chặt chẽ vào việc hiện đại hóa cơ chế phí và kích hoạt chức năng chuyển hướng BASEFEE.
3. ECIP-1112 – Kho bạc Xác định và Bất biến
ECIP-1112 xác định địa chỉ nhận phí cơ bản được chuyển hướng: một hợp đồng thông minh tối giản, bất biến được triển khai tại một địa chỉ xác định. Những định nghĩa này vẫn thuộc phạm vi lý thuyết cho đến khi phần mềm máy khách thể hiện hành vi nhất quán trong môi trường đa máy khách, một cột mốc đòi hỏi kiểm tra toàn diện để đánh giá an toàn các thành phần Olympia.
Đặc tính cốt lõi
Tính bất biến: Không có khóa nâng cấp, không có quản trị viên, không có mô hình proxy.
Địa chỉ xác định (ví dụ: thông qua CREATE2): Tất cả máy khách đều đồng ý cùng một điểm đến kho bạc.
Chỉ nhận khi kích hoạt: Kho bạc có thể tích lũy giá trị, nhưng không thể giải phóng tiền cho đến khi quản trị tiếp theo được kích hoạt.
Không có logic quản trị bên trong: Thuần túy là một lớp giám sát, không phải lớp ra quyết định.
Khi kích hoạt (trên mạng thử nghiệm hoặc mạng chính):
Kho bạc chỉ có thể nhận tiền.
Cơ chế rút tiền sẽ không được kích hoạt cho đến khi ECIP-1113 và ECIP-1114 được triển khai, kiểm toán và được kích hoạt một cách có chủ ý. Cơ chế tách biệt này đảm bảo khả năng dự đoán của việc nâng cấp đồng thuận và làm cho nó độc lập với việc triển khai bất kỳ giải pháp quản trị nào trong tương lai.
4. Ranh giới Đồng thuận Rõ ràng
Mặc dù Olympia bao gồm năm đề xuất ECIP, nhưng chỉ có ECIP-1111 và ECIP-1112 thay đổi hành vi đồng thuận.
Tóm tắt Ranh giới Đồng thuận
ECIP-1111 — Lớp giao thức. Giới thiệu thay đổi đồng thuận: thêm cơ chế phí cơ bản, giao dịch loại 2 và opcode phí cơ bản.
ECIP-1112 — Lớp Giao thức/Hợp đồng. Giới thiệu thay đổi đồng thuận: xác định địa chỉ nhận kho bạc xác định cho phí cơ bản được chuyển hướng.
ECIP-1113 — Lớp Hợp đồng/Ứng dụng. Không thay đổi đồng thuận.
ECIP-1114 — Lớp Hợp đồng/Ứng dụng. Không thay đổi đồng thuận.
ECIP-1115 — Lớp Hợp đồng/Ứng dụng. Không thay đổi đồng thuận.
Cấu trúc mô-đun này đảm bảo:
Logic quan trọng đồng thuận được giữ gọn gàng và có thể kiểm toán,
Cơ chế quản trị và tài trợ có thể phát triển ở lớp hợp đồng,
Việc cải tiến ECIP-1113 đến 1115 không yêu cầu thay đổi đồng thuận bổ sung.
Nếu được chấp nhận, các máy khách triển khai ECIP-1111 và ECIP-1112 sẽ duy trì khả năng tương thích đồng thuận, không bị ảnh hưởng bởi việc triển khai lớp quản trị tiếp theo. Việc triển khai tham chiếu có thể bắt đầu tạo mẫu logic đồng thuận ở giai đoạn dự thảo, nhưng những thay đổi này cần được kiểm tra toàn diện (bao gồm cả xác minh máy khách chuẩn như xác minh Gorgoroth được mô tả trong Phần II) trước khi có thể hợp nhất vào máy khách sản xuất.
5. Tại sao Kích hoạt Quản trị bị Trì hoãn
Nếu ECIP-1111 và ECIP-1112 được kích hoạt, phí cơ bản sẽ bắt đầu chảy vào kho bạc – nhưng việc chi tiêu kho bạc sẽ vẫn bị vô hiệu hóa.
Cơ chế triển khai theo giai đoạn này cho phép:
Kiểm tra độc lập phí cơ bản
Kiểm toán toàn diện ECIP-1113 và ECIP-1114
Phối hợp chính xác giữa những người triển khai máy khách và nhà cung cấp cơ sở hạ tầng
Khả năng dự đoán hành vi của nhà khai thác nút
Nếu hợp đồng quản trị được triển khai và kích hoạt sau đó, kho bạc sẽ kết nối hoàn toàn với các bên thực thi được ủy quyền ở lớp hợp đồng (chứ không phải lớp đồng thuận).
6. Giao dịch Loại 2 và Khả năng Tương tác EVM Dài hạn
Hỗ trợ Giao dịch Loại 2 là rất quan trọng để Ethereum Classic duy trì khả năng tương thích, bao gồm:
Ví hiện đại
Sàn giao dịch và dịch vụ lưu ký
Cơ sở hạ tầng RPC
Khung công cụ (Hardhat, Foundry, v.v.)
Trình khám phá khối
Khả năng tương tác chuỗi chéo
Giao dịch Type-2 không thay đổi nhu cầu của người dùng hoặc giới thiệu cơ chế cho phép. Các loại giao dịch truyền thống sẽ tiếp tục được hỗ trợ đầy đủ.
Type-2 như một tính năng bổ sung, đảm bảo ETC duy trì khả năng tương tác với định dạng giao dịch chính thống của hệ sinh thái EVM.
7. Bối cảnh Rộng hơn – Duy trì Lớp nền Proof-of-Work có thể Lập trình
ECIP-1111 và ECIP-1112 cùng nhau tạo thành bước nền tảng cho Ethereum Classic hướng tới một mô hình vận hành Proof-of-Work có thể lập trình được tài trợ bền vững – với điều kiện cộng đồng lựa chọn chấp nhận các đề xuất này.
Những đề xuất này đạt được mục tiêu mà không:
Sửa đổi động lực của thợ đào
Giới thiệu lạm phát
Thay đổi chính sách tiền tệ
Thêm cấp độ quản trị vào sự đồng thuận
Thay đổi các giả định bảo mật của Ethereum Classic
Mục đích của chúng chỉ giới hạn ở:
Hiện đại hóa thị trường phí
Thiết lập cơ chế phân bổ giá trị minh bạch ở cấp giao thức
Nếu được chấp nhận, những thay đổi này sẽ mở đường cho các hệ thống quản trị và tài trợ ở lớp hợp đồng trong các đề xuất Olympia tiếp theo, mà không cần thêm quy tắc đồng thuận mới.
8. Kết luận – Tối thiểu, An toàn và Tương thích về phía trước
ECIP-1111 và ECIP-1112 xác định các thành phần lớp đồng thuận được đề xuất trong khuôn khổ Olympia. Chúng:
Thêm cơ chế loại 2 và phí cơ bản
Chuyển hướng phí cơ bản đến kho bạc xác định
Giữ nguyên tất cả hành vi hiện có của người dùng và thợ đào
Chuẩn bị cho các thành phần hợp đồng lớp tương lai của ETC
Các đề xuất này không đưa logic quản trị vào cơ chế đồng thuận, cũng không thêm giả định tin cậy mới trên ngữ nghĩa EIP-1559/EIP-3198 hiện có. Mục đích của chúng là duy trì tính bảo thủ của giao thức cốt lõi ETC và khả năng tương thích với hệ sinh thái EVM, đồng thời cho phép dòng chảy giá trị bền vững ở lớp hợp đồng.
9. Tính rõ ràng của Quy trình ECIP
Đặc tả ECIP Olympia (1111–1115) hiện đang ở giai đoạn dự thảo và vẫn đang được thảo luận tích cực. Các máy khách tham chiếu đã bắt đầu công việc triển khai sớm cho ECIP-1111 và ECIP-1112, hành động này hoàn toàn phù hợp với quy định giai đoạn dự thảo ECIP-1000. Việc triển khai tham chiếu sẽ chỉ được xem xét để kích hoạt mạng chính sau khi hoàn thành kiểm tra trên mạng thử nghiệm Mordor. Sau khi có kết quả kiểm tra mạng thử nghiệm đạt yêu cầu, (các) tác giả đề xuất ECIP có thể gửi các đề xuất cập nhật đặc tả. Bất kỳ quyết định nào để tiến tới "trạng thái chấp nhận" hoặc lên lịch kích hoạt mạng chính sẽ phải trải qua quá trình xem xét của cộng đồng và quy trình đánh giá ECIP-1000 đầy đủ. Bài viết này phác thảo các công việc thiết kế và triển khai đang được tiến hành ở giai đoạn dự thảo.
10. Nội dung tiếp theo trong Loạt bài
Với khuôn khổ thiết kế đồng thuận được thiết lập, phần tiếp theo sẽ tập trung vào lớp máy khách – Kế hoạch thử nghiệm alpha Fukuii sắp ra mắt, nhằm xác minh khả năng tương tác của máy khách ETC trước khi tích hợp liên quan đến Olympia.
Tuyên bố miễn trừ trách nhiệm: Nội dung này không cấu thành bất kỳ lời khuyên đầu tư hoặc tài chính nào. Nội dung được tái bản từ EthereumClassic, chỉ dành cho mục đích tham khảo thông tin ngành. Nếu có thắc mắc hoặc vấn đề liên quan đến bản quyền, vui lòng liên hệ với chúng tôi để xóa.
