Ethereum hiện đang tiến hành nâng cấp Istanbul tiếp theo, dự kiến xảy ra trong những tháng tới. Ngày Testnet nâng cấp đã được các nhà phát triển công bố gần đây. Testnet đầu tiên được lên kế hoạch vào ngày 2/10 trên Ropsten và Testnet cuối vào tháng 12 trên Kovan. Trong khi đó, Testnet Gorli của Istanbul diễn ra vào ngày 30/10 và Rinkeby vào tháng 11. Xem thêm: sàn huobi của nước nào



Nguồn: GitHub

Trong bối cảnh này, cộng đồng say sưa tranh luận về việc có nên triển khai ProgPoW hay không trong đợt hard fork Berlin tiếp theo, dự kiến vào đầu năm 2020? Việc thực hiện giao thức này cũng được mang ra bàn luận tại cuộc họp Core Devs thứ 71 của Ethereum, với chủ đề về các báo cáo kiểm toán gần đây và những lo ngại xung quanh ProgPoW.

ProgPoW hay còn gọi là Programmatic Proof-of-Work, là một giao thức được IfDefElse đề xuất, sẽ là phần mở rộng GPU của thuật toán PoW Ethash hiện tại của Ethereum. Giao thức về cơ bản giúp hạn chế kiểm soát khai thác ASIC trên mạng bằng cách khai thác card đồ họa cạnh tranh hơn.

Giao thức này ban đầu được thiết lập để thực hiện trong hard fork Istanbul nhưng đã bị đẩy đến giao thức tiếp theo do kiểm toán chậm trễ. Phần mềm kiểm toán được giao cho Least Authority, trong khi phần cứng gửi đến nhà công nghệ bán dẫn Bob Roa. Báo cáo kiểm toán cuối cùng cho cả phần mềm và phần cứng đã được phát hành vào đầu năm nay.

Một trong những đề xuất kiểm toán phần mềm là “nghiên cứu chức năng Keccak tùy chỉnh”. Điều này đã được Kỹ sư giao thức blockchain Danno Ferrin của Pegasys mang ra ‘mổ xẻ’ tại cuộc họp. Ferrin tuyên bố ông lo ngại về vấn đề này trên nền tảng truyền thông xã hội Gitter. Xem thêm: xmr là gì



Nguồn: Core Dev Gitter

Về điều này, ông nói:

“Chức năng không có bất kỳ tác động bảo mật nào. Điều đó giải tỏa được mối lo ngại của tôi. Đó là những gì tôi nghĩ bởi vì nó có thể gây ra nhiều rắc rối. ProgPoW sẽ không bị tấn công mở rộng khi bạn ngay lập tức chuyển sang một vòng khác kế tiếp với tất cả các chi tiết trên đó…”

Quan điểm trên đã nhanh chóng được người ủng hộ nhà phát triển Trent Van Epps tại Whiteblock tiếp nối hỏi liệu các nhà phát triển có xem xét việc tích hợp các giao thức trong máy khách hay không nhưng không kích hoạt nó cho đến khi ASIC gây ra mối đe dọa? Đề xuất này được đưa ra cho một số thành viên cộng đồng để xem xét.

Một mặt, Hudson Jameson tuyên bố “quá sớm cho các lựa chọn thay thế”. Mặt khác, Martin Holst Swende giải thích tại sao do dự là một ý tưởng tồi. Ông tuyên bố rằng nếu mạng lưới bị ASIC thống trị trong tương lai và “điều gì đó tồi tệ sẽ xảy ra” thì việc chuyển sang ProgPoW sẽ không thể thực hiện được chỉ trong 1 giờ hoặc 1 ngày, thêm vào đó ít nhất sẽ mất 2 tuần cho toàn bộ quá trình để vận hành.

Swende cũng khẳng định một khi quyết định kích hoạt ProgPoW, thì những người có đầu óc hiện tại có thể “làm bất cứ điều gì họ muốn”, vì đầu tư của họ sẽ vô ích theo một cách nào đó. Ông tiếp tục nói:

“[…] điều đó xảy ra trong tuần giá trị thực của Ether giảm mạnh do các cuộc tấn công và cuối cùng nếu chúng ta sẽ thực sự chuyển sang ProgPow, chúng ta có thể phát hiện ra rằng không có trang trại khai thác nào có thể và sẵn sàng nhận, chuyển đổi để thực sự khai thác Ether trên quy mô đầy đủ […]”

Ngoài ra, Trent nói về một mối quan tâm khác xung quanh ProgPoW: khả năng gây chia rẽ chuỗi. Để tranh luận về vấn đề này, Ferrin tuyên bố trong quá trình bỏ phiếukhai thác cho ProgPoW, không có một công cụ khai thác nào bỏ phiếu chống lại việc thực hiện. Ông cũng chỉ ra, trong thực tế, đã có một cuộc nổi loạn của người dùng ủng hộ ProgPoW vào đầu năm nay. Cụ thể:

“Nếu có một người khai thác duy nhất dành thời gian cho cuộc bỏ phiếu tiêu cực thì tôi sẽ đặt nặng vấn đề đó hơn”.

Giám đốc điều hành Bob Summerwill của Ethereum Classic Cooperative cũng cân nhắc về mối quan ngại, nêu rõ:

“Tôi nghĩ rằng tranh cãi không nằm ở phía nhà khai thác mà ở phía người dùng. Nếu có sự phân chia chuỗi, nó sẽ kiểu như ETC. Một người dùng nổi loạn và sau đó khai thác tìm kiếm sự hỗ trợ mà tôi nghĩ rằng điều đó sẽ diễn ra”.