Vào lúc 22:00 ngày 18 tháng 1, giờ Bắc Kinh, các nhà phát triển lõi Ethereum bao gồm Vitalik Buterin, Martin Holste Swende, Afri Schoedon và Peter Szilagyi đã tổ chức một cuộc gọi hội nghị để thảo luận về hard fork Constantinople.

Theo các nhà phát triển EthereumPéter Szilágyitiêu đề phụ

Ngã ba kép Ethereum

“Chúng tôi sẽ thực hiện hard fork Constantinople và ConstantinopleFix fork trên mạng chính Ethereum (mainnet) và sẽ triển khai hard fork Constantinople trên mạng thử nghiệm (testnet) để thực hiện fork điều chỉnh Constantinople, được gọi là double fork.” Martin Holst Swende, giám đốc khách hàng và bảo mật của Ethereum Geth, nói với Odaily.

Ethereum luôn có hai mạng - mạng chính và mạng thử nghiệm. Cái gọi là mạng thử nghiệm được sử dụng để mô phỏng hành vi của mạng chính và chức năng của nó giống như chức năng của mạng chính. Do đó, các nhà phát triển có thể phát triển và thử nghiệm các hợp đồng thông minh, phát hành tiền xu, v.v. mạng lưới như một đánh giá về môi trường trước khi đi đến chuỗi. Ngược lại, khi mạng chính thực hiện bất kỳ thay đổi lớn nào đối với giao thức Ethereum, thử nghiệm của nó chủ yếu được thực hiện trên các mạng thử nghiệm này.

Ba testnet phổ biến nhất cho Ethereum là: Ropsten, Kovan và Rinkeby. Cả hai testnet Ropsten và Rinkby đều đã trải qua một hard fork Constantinople trước đó, nhưng doĐề xuất EIP-1283Mô tả hình ảnh

KhốiXLabKhốiXLab）

Vì vậy, trong cuộc gọi hội nghị tối qua,Peter Szilagyi Ethereum được đề xuất thực hiện một "phân nhánh kép": nghĩa là thực hiện phân nhánh Constantinople đã thiết lập trước, sau đó sửa đổi nó, thêm một mục bị cấm và xóa đề xuất EIP-1283 có vấn đề.

Mô tả hình ảnh

KhốiXLabKhốiXLab）

Dựa trên EIP 1087 do Johnson viết, EIP 1283 điều chỉnh phương pháp định giá của SSTORE opcode, điều này chủ yếu mang lại lợi ích cho các nhà phát triển hợp đồng thông minh bằng cách giới thiệu phương pháp định giá công bằng hơn cho các thay đổi về lưu trữ dữ liệu. Nhưng vào đầu giờ ngày 16 tháng 1, công ty kiểm toán hợp đồng thông minhChainSecuritytiêu đề phụ

Tổng hợp các vấn đề khác

Ngã ba mới sẽ gây ra vấn đề một lần nữa? Tôi nên làm gì nếu xảy ra sự cố? Peter Szilagyi cho biết trong cộng đồng nhà phát triển cốt lõi Ethereum rằng họ đã thiết kế một kế hoạch dự phòng D; nhưng nếu kế hoạch D lại sai, họ đã không thiết kế một bản sao của bản sao. “Về nội dung cụ thể của kế hoạch D, Peter Szilagyi không tiết lộ.

Mô tả hình ảnh

(Hình ảnh đến từ cộng đồng nhà phát triển cốt lõi Ethereum)

Kể từ khi đề xuất double fork được đề xuất bởi Peter Szilagyi, nhiều thành viên trong cộng đồng đã gọi fork này là "Peter's fork".

Thành viên cộng đồng Martin Holst Swende nói với Odaily rằng anh ấy nghĩ không nên gọi nó là "hard fork", bởi vì hard fork nghe giống như cộng đồng lật đổ sự đồng thuận và thiết kế lại các quy tắc, và hard fork cũng sẽ được sử dụng bởi một số tội phạm mới. tiền tệ, vì vậy "Nâng cấp mạng" được khuyến nghị.

Về vấn đề này, Martin Holst Swende tin rằng với tư cách là một kỹ thuật viên, anh ấy không quan tâm tên của mình là gì. "Đương nhiên, ngươi muốn cái tên gì cũng có thể chọn, cái đó không trọng yếu."

Về đề xuất EIP-1283 dễ bị tấn công, Martin Holst Swende cho biết cộng đồng đã đề xuất 5 hoặc 6 giải pháp nhưng các nhà phát triển vẫn chưa hình dung ra giải pháp nào nên chỉ có thể loại bỏ. "Chúng tôi chưa quyết định (giải pháp) nào chúng tôi thích hơn bây giờ, không có gì phải vội vàng."

Theo Martin, điều cấp bách nhất nên là giải quyết vấn đề bom độ khó, và điều này cần phải khởi động Constantinople fork càng sớm càng tốt. Do kích hoạt bom độ khó trong thời gian dài, thời gian tắc nghẽn mạng hiện tại của Ethereum đã tăng 9% so với "kỷ băng hà" đã thiết lập, mặc dù tác động đối với người dùng thông thường là không rõ ràng.

(Lưu ý thông thường: Bom độ khó là một thuật ngữ chỉ sự gia tăng thời gian cần thiết để khai thác một khối mới trên chuỗi khối Ethereum khi độ khó khai thác tăng lên. Của tôi có thể được khai thác, không sinh lãi. Các phiên bản khác nhau của chuỗi khối Ethereum đang thực hiện các biện pháp khác nhau để phá vỡ vấn đề này.

tái bút

tái bút

Ethereum ban đầu được lên kế hoạch thực hiện hard fork Constantinople vào ngày 708.000, nhưng nó đã bị hoãn lại do lỗ hổng "tấn công vào lại" trong đề xuất EIP-1283. Trong ba ngày qua, nhiều nhà phát triển đã thảo luận và đưa ra đề xuất trong cộng đồng nhà phát triển cốt lõi để khắc phục lỗ hổng này. Hiện tại, các vấn đề kỹ thuật cụ thể của fork chỉ là đề xuất và chưa được hoàn thiện.

“Chúng tôi là nguồn mở, mặc dù nhiều người nói rằng chúng tôi không hiệu quả, nhưng tôi thích bầu không khí này.” Martin Holste Swende nói.

————————

Tôi là phóng viên Qin Xiaofeng của Odaily (WeChat: pnjun0811), hoan nghênh giao lưu, cập nhật tin tức và cùng nhau tìm hiểu blockchain.