ETC Olympia Phát triển Phần Một: Triển khai ECIP-1111 và ECIP-1112

金色财经Xuất bản vào 2025-12-12Cập nhật gần nhất vào 2025-12-12

Tóm tắt

Loạt bài phát triển Ethereum Classic Olympia (Phần 1) trình bày việc triển khai ECIP-1111 và ECIP-1112, hai đề xuất sửa đổi đồng thuận chính. ECIP-1111 giới thiệu cơ chế phí hiện đại (EIP-1559) với phí cơ sở (BASEFEE) được chuyển hướng đến Kho bạc (thay vì bị đốt như trên Ethereum), hỗ trợ giao dịch Loại 2 và opcode BASEFEE, trong khi vẫn giữ nguyên phần thưởng khối và chính sách tiền tệ. ECIP-1112 định nghĩa một hợp đồng Kho bạc bất biến tại một địa chỉ xác định để nhận BASEFEE. Ban đầu, Kho bạc chỉ có thể nhận tiền; cơ chế rút tiền sẽ được kích hoạt sau thông qua các đề xuất quản trị ở lớp hợp đồng (ECIP-1113, ECIP-1114). Cấu trúc mô-đun này đảm bảo logic đồng thuận được tối giản, trong khi các cơ chế quản trị có thể phát triển độc lập. Các thay đổi này nhằm mục đích hiện đại hóa thị trường phí, thiết lập cơ chế tài trợ bền vững minh bạch mà không thay đổi các giả định bảo mật hoặc động lực của thợ đào. Các đề xuất hiện đang ở giai đoạn dự thảo và đang được thử nghiệm trên mạng thử nghiệm Mordor.

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.

Câu hỏi Liên quan

QECIP-1111 và ECIP-1112 là gì và chúng đóng vai trò gì trong Olympia?

AECIP-1111 là đề xuất nâng cấp EVM và giao thức, giới thiệu cơ chế phí cơ bản (BASEFEE) động và hỗ trợ giao dịch loại 2 (Type-2). ECIP-1112 định nghĩa một kho bạc bất biến tại một địa chỉ xác định để nhận phí cơ bản được chuyển hướng từ ECIP-1111. Cả hai là thành phần duy nhất thay đổi hành vi đồng thuận trong Olympia.

QECIP-1111 khác với EIP-1559 của Ethereum (ETH) như thế nào?

AĐiểm khác biệt chính là số phí cơ bản (BASEFEE) được xử lý: Trên ETH, BASEFEE bị đốt (burn), trong khi trên ETC, nó được chuyển hướng đến kho bạc do ECIP-1112 định nghĩa. Tất cả các ngữ nghĩa khác của EIP-1559, như phí ưu tiên (tip) cho thợ đào và cơ chế điều chỉnh phí, đều được giữ nguyên.

QKho bạc (Treasury) trong ECIP-1112 có những đặc điểm cốt lõi nào?

AKho bạc có các đặc điểm cốt lõi: Tính bất biến (không có khóa nâng cấp, quản trị viên), địa chỉ xác định (ví dụ: thông qua CREATE2), ban đầu chỉ có thể nhận tiền và không chứa bất kỳ logic quản trị nội bộ nào. Nó hoạt động như một lớp giữ tiền đơn thuần.

QTại sao việc kích hoạt cơ chế quản trị (ECIP-1113, ECIP-1114) lại bị trì hoãn so với triển khai đồng thuận?

AViệc triển khai theo từng giai đoạn này cho phép kiểm tra độc lập cơ chế phí cơ bản, thực hiện kiểm toán kỹ lưỡng các hợp đồng quản trị, điều phối chính xác giữa các nhà phát triển client và nhà cung cấp cơ sở hạ tầng, đồng thời đảm bảo hành vi dự đoán được cho các nhà vận hành node. Kho bạc sẽ không thể chi tiêu cho đến khi các hợp đồng quản trị được triển khai và kích hoạt một cách có chủ đích sau này.

QViệc hỗ trợ giao dịch Type-2 (Loại 2) quan trọng như thế nào đối với Ethereum Classic?

AHỗ trợ giao dịch Type-2 là rất quan trọng để duy trì khả năng tương tác với hệ sinh thái EVM rộng lớn hơn, bao gồm các ví hiện đại, sàn giao dịch, dịch vụ lưu ký, cơ sở hạ tầng RPC, khung công cụ phát triển (như Hardhat, Foundry) và trình khám phá khối. Nó là một tính năng bổ sung, đảm bảo ETC tương thích với các định dạng giao dịch phổ biến mà không làm gián đoạn các loại giao dịch truyền thống (Type-0, Type-1).

Nội dung Liên quan

Người sáng lập Booking.com Jeff Hoffman: Web3 và AI định hình lại thị trường du lịch xã hội nghìn tỷ USD như thế nào

Bài viết phỏng vấn Jeff Hoffman, nhà đồng sáng lập Booking.com, về tiềm năng của Web3 và AI trong việc định hình lại ngành du lịch xã hội trị giá nghìn tỷ đô la. Jeff chia sẻ hành trình từ đồng sáng lập Priceline, tiền thân của Booking Holdings, đến việc nhận ra cơ hội tái tạo quyền sở hữu và hệ thống khuyến khích thông qua Web3. Ông nhấn mạnh Web3 sẽ phá vỡ mô hình đại lý truyền thống bằng cách thúc đẩy kết nối trực tiếp, minh bạch và thanh toán nhanh hơn. Ba xu hướng toàn cầu làm nền tảng cho lợi thế này là nhu cầu phần thưởng linh hoạt, thanh toán kỹ thuật số phổ biến và sự tin tưởng vào cộng đồng. Điều này thúc đẩy Jeff tham gia Staynex, một nền tảng kết hợp đặt chỗ, thanh toán, AI và phần thưởng trong một hệ sinh thái thống nhất để giải quyết tình trạng phân mảnh của ngành. Ông đánh giá cao đội ngũ Staynex vì tập trung vào tính thực tiễn và khả năng thực thi. Trong tương lai, Jeff dự đoán blockchain và AI sẽ biến du lịch từ giao dịch đơn lẻ thành mối quan hệ liên tục, với phần thưởng minh bạch và trải nghiệm cá nhân hóa. Các nền tảng du lịch xã hội Web3+AI sẽ dịch chuyển trung tâm giá trị, trở thành cơ sở hạ tầng mới, trong khi các đại lý truyền thống sẽ phải thích nghi.

marsbit36 phút trước

Người sáng lập Booking.com Jeff Hoffman: Web3 và AI định hình lại thị trường du lịch xã hội nghìn tỷ USD như thế nào

marsbit36 phút trước

KOL trong không gian tiền điện tử cung cấp cộng đồng trả phí và bán khóa học có vi phạm pháp luật không?

Tác giả: Luật sư Thiều Thi Uy Bài viết phân tích các rủi ro pháp lý đối với KOL (người có ảnh hưởng) trong không gian tiền điện tử khi họ vận hành các nhóm trả phí hoặc bán khóa học về đầu tư. **Rủi ro chính:** Dù không có quy định cấp phép rõ ràng cho tiền điện tử, cơ quan thực thi pháp luật vẫn có thể dựa vào tinh thần chính sách để xử lý. Hoạt động có thể bị coi là "cung cấp tư vấn đầu tư" nếu nội dung mang tính chất hướng dẫn giao dịch. **Các mức độ rủi ro:** 1. **Nội dung thuần túy:** Phân tích lịch sử, kiến thức cơ bản, ít rủi ro nhất. 2. **Bán hướng dẫn:** Phân tích hàng ngày, giải thích thị trường, nhận định điểm vào lệnh tiềm năng ("vị trí này đáng chú ý") – rủi ro bắt đầu tích lũy. 3. **Hướng dẫn mạnh:** Đưa ra điểm mua/bán cụ thể, rủi ro hình sự cao nhất. **Hậu quả pháp lý:** * **Dân sự:** Người dùng có thể kiện đòi bồi thường nếu thua lỗ. * **Hình sự:** Có nguy cơ bị truy tố vì tội **lừa đảo** hoặc **lừa đảo tập thể** nếu người dùng báo cáo thua lỗ. **Cảnh báo:** Việc ghi chú "chỉ để tham khảo, không phải lời khuyên đầu tư" trong hợp đồng KHÔNG tự động loại bỏ rủi ro hình sự. Cơ quan điều tra sẽ xem xét bản chất thực tế của hoạt động. **Kết luận:** Rủi ro phụ thuộc vào tính chất nội dung, mối liên hệ giữa lời khuyên và hành động giao dịch của người dùng, và mô hình kinh doanh. Nếu đang hoạt động, nên đánh giá lại cẩn thận các rủi ro cụ thể.

marsbit1 giờ trước

KOL trong không gian tiền điện tử cung cấp cộng đồng trả phí và bán khóa học có vi phạm pháp luật không?

marsbit1 giờ trước

Giao dịch

Giao ngay
Hợp đồng Tương lai

Bài viết Nổi bật

Làm thế nào để Mua ETC

Chào mừng bạn đến với HTX.com! Chúng tôi đã làm cho mua Ethereum Classic (ETC) trở nên đơn giản và thuận tiện. Làm theo hướng dẫn từng bước của chúng tôi để bắt đầu hành trình tiền kỹ thuật số của bạn.Bước 1: Tạo Tài khoản HTX của BạnSử dụng email hoặc số điện thoại của bạn để đăng ký tài khoản miễn phí trên HTX. Trải nghiệm hành trình đăng ký không rắc rối và mở khóa tất cả tính năng. Nhận Tài khoản của tôiBước 2: Truy cập Mua Crypto và Chọn Phương thức Thanh toán của BạnThẻ Tín dụng/Ghi nợ: Sử dụng Visa hoặc Mastercard của bạn để mua Ethereum Classic (ETC) ngay lập tức.Số dư: Sử dụng tiền từ số dư tài khoản HTX của bạn để giao dịch liền mạch.Bên thứ ba: Chúng tôi đã thêm những phương thức thanh toán phổ biến như Google Pay và Apple Pay để nâng cao sự tiện lợi.P2P: Giao dịch trực tiếp với người dùng khác trên HTX.Thị trường mua bán phi tập trung (OTC): Chúng tôi cung cấp những dịch vụ được thiết kế riêng và tỷ giá hối đoái cạnh tranh cho nhà giao dịch.Bước 3: Lưu trữ Ethereum Classic (ETC) của BạnSau khi mua Ethereum Classic (ETC), lưu trữ trong tài khoản HTX của bạn. Ngoài ra, bạn có thể gửi đi nơi khác qua chuyển khoản blockchain hoặc sử dụng để giao dịch những tiền kỹ thuật số khác.Bước 4: Giao dịch Ethereum Classic (ETC)Giao dịch Ethereum Classic (ETC) dễ dàng trên thị trường giao ngay của HTX. Chỉ cần truy cập vào tài khoản của bạn, chọn cặp giao dịch, thực hiện giao dịch và theo dõi trong thời gian thực. Chúng tôi cung cấp trải nghiệm thân thiện với người dùng cho cả người mới bắt đầu và người giao dịch dày dạn kinh nghiệm.

Tổng lượt xem 250Xuất bản vào 2024.12.10Cập nhật vào 2025.03.21

Làm thế nào để Mua ETC

Thảo luận

Chào mừng đến với Cộng đồng HTX. Tại đây, bạn có thể được thông báo về những phát triển nền tảng mới nhất và có quyền truy cập vào thông tin chuyên sâu về thị trường. Ý kiến ​​của người dùng về giá của ETC (ETC) được trình bày dưới đây.

活动图片