Khi nút thời gian Hợp nhất Ethereum đang đến gần, hôm nay chúng ta sẽ thảo luận về những vấn đề quy định và các vấn đề về lớp ứng dụng mà Ethereum sẽ gặp phải sau khi hợp nhất.
Vào ngày 16 tháng 8 năm 2022, người đồng sáng lập Ethereum Vitalik Buterin (V God) đã tham gia thảo luận trên Twitter, “Nếu những người xác nhận đã thông qua một số giao thức nhất định (chẳng hạn như Lido, Coinbase, v.v.), thì cộng đồng Ethereum sẽ phản ứng như thế nào” nói rằng họ sẽ coi đánh giá này là một cuộc tấn công vào Ethereum và chọn hủy bỏ các quyền và lợi ích đã cam kết của những người xác thực này thông qua sự đồng thuận rộng hơn (đồng thuận xã hội).
Nguyên nhân cho cuộc thảo luận này là gần đây, Văn phòng Kiểm soát Tài sản Nước ngoài (OFAC) của Bộ Tài chính Hoa Kỳ đã thêm các địa chỉ Ethereum liên quan đến Tornado Cash vào danh sách các thực thể bị xử phạt. Tuy nhiên, các biện pháp trừng phạt hiện tại đều ở cấp độ tập trung và không thể áp dụng các biện pháp trừng phạt kỹ thuật đối với một phần của hợp đồng thông minh liên quan đến phân cấp.
Điều này cho thấy rằng nếu Hoa Kỳ muốn xử phạt hoàn toàn Tornado cash, thì họ phải kiểm soát chuỗi Ethereum cơ bản.Sau đó, nó dẫn đến một câu hỏi, nếu chính phủ Hoa Kỳ điều chỉnh Ethereum, nó sẽ phải đối mặt với điều gì?
Nếu chính phủ Hoa Kỳ muốn điều chỉnh Ethereum, khả năng lớn nhất là yêu cầu các nhà cung cấp dịch vụ cam kết PoS lớn tiến hành đánh giá giao dịch cấp giao thức trên Ethereum.chỉ cần đặt,
chỉ cần đặt,Đó là giám sát tất cả các yêu cầu được gửi bởi địa chỉ bị xử phạt và từ chối tất cả các khối chứa giao dịch của địa chỉ bị xử phạt. có nghĩa là các địa chỉ bị xử phạt sẽ không thể thực hiện bất kỳ hoạt động nào và những người xác thực sẽ không phải đối mặt với bất kỳ hình phạt nào.
Tính đến thời điểm hiện tại, lượng ETH được cam kết trên toàn bộ mạng Ethereum là khoảng 13 triệu ETH và lượng ETH được cam kết thông qua Lido chiếm khoảng 30,9%, Coinbase chiếm khoảng 14,7% và Kraken chiếm khoảng 8,5%.
Mô tả hình ảnh
Hình từ Dune Analytics
Nhằm vào các tình huống có thể xảy ra ở trên, cộng đồng Ethereum đã phát động một cuộc bỏ phiếu trên Twitter để thảo luận về những việc cần làm nếu OFAC điều chỉnh Ethereum thông qua các nút xác minh. V God ủng hộ việc coi tình huống trên là một cuộc tấn công vào Ethereum và phá hủy các quyền và lợi ích đã cam kết của các nút này thông qua sự đồng thuận rộng rãi hơn.
Tiếp theo, hãy nói về lớp ứng dụng.
Chúng tôi đã đề cập trong bài viết trước: Theo kế hoạch, Hợp nhất Ethereum được thực hiện theo nguyên tắc “thiệt hại tối thiểu”, để ứng dụng khách đang chạy ban đầu có thể chuyển sang PoS mà không có bất kỳ ý nghĩa nào. Điều đó nói rằng, mặc dù là "gây gián đoạn tối thiểu", có một số thay đổi nhỏ trong quá trình thực hiện vẫn đáng để chúng ta chú ý. Phần này chủ yếu giới thiệu các khía cạnh mà chúng ta nên chú ý sau khi sáp nhập từ góc độ phát triển ứng dụng.
Sau khi sáp nhập, các máy khách Eth1 và Eth2 hiện tại sẽ trở thành lớp thực thi và lớp đồng thuận (hoặc công cụ) của Ethereum.Điều này có nghĩa là những người vận hành nút cho ứng dụng khách chuỗi Eth1 hoặc beacon sẽ cần chạy "nửa kia" của ngăn xếp để có được nút xác thực đầy đủ.chữ
Mô tả hình ảnh
Kiến trúc máy khách hợp nhất Hình ảnh lịch sự của Danny Ryan
cấu trúc khối
Khi hợp nhất xảy ra, nút báo hiệu sẽ giám sát chuỗi PoW hiện tại và đợi chuỗi đó đạt đến ngưỡng tổng độ khó được xác định trước, được gọi là TERMINAL_TOTAL_DIFFICULTY. Nghĩa là, một khi chuỗi PoW tạo ra một khối có tổng độ khó >= TERMINAL_TOTAL_DIFFICULTY, nó sẽ được coi là khối PoW cuối cùng trong chuỗi.
Sau đó, dữ liệu chứa trong khối PoW sẽ trở thành thành phần dữ liệu của khối chuỗi đèn hiệu và chuỗi đèn hiệu có thể được coi là lớp đồng thuận PoS mới của Ethereum, thay thế lớp đồng thuận PoW trước đó.
Đồng thời, khi thực hiện xác minh đồng thuận, nút báo hiệu sẽ giao tiếp với công cụ thực thi của nó (ứng dụng khách Ethereum trước khi nâng cấp) và yêu cầu nó tạo hoặc xác minh ExecutPayloads. ExecutPayloads chứa thông tin như hàm băm gốc, gốc trạng thái, phí cơ sở và danh sách các giao dịch sẽ thực hiện.
Khi những dữ liệu này được tạo hoặc xác minh, các nút báo hiệu sẽ chia sẻ chúng với các nút khác trên mạng p2p.
Mô tả hình ảnh
Hình ảnh lịch sự của Danny Ryan
động cơ thực thi
Sau khi sáp nhập, công cụ thực thi chịu trách nhiệm chính cho các chức năng quản lý trạng thái, tạo khối và xác minh và không còn bao gồm bất kỳ hoạt động nào liên quan đến sự đồng thuận. Do đó, công cụ thực thi đã được sửa đổi một phần.Những sửa đổi này được mô tả trong EIP-3675, chủ yếu bao gồm ba điểm sau:
Đầu tiên, một số trường dữ liệu của khối được sửa đổi.Đặt một số trường liên quan đến PoW trong khối ban đầu thành 0 (hoặc cấu trúc dữ liệu tương đương của chúng), liên quan cụ thể đến khai thác (độ khó, mixHash, nonce), phần thưởng khối chú (ommers, ommersHash ). Ngoài ra, độ dài của extraData cũng sẽ bị giới hạn ở 32 byte trên mạng chính.
Thứ hai, vì chỉ Beacon Chain được hợp nhất mới có thể tạo ra các khối, công cụ thực thi sẽ ngừng xử lý các khối và phần thưởng khối chú thích.Tuy nhiên, phí giao dịch vẫn được nó xử lý, tức là khi công cụ thực thi tạo một ExecutPayload, nó cần đảm bảo rằng những người thực hiện tất cả các giao dịch ít nhất có thể thanh toán phí baseFeePerGas hiện tại và gửi phí giao dịch còn lại cho người nhận phí. Lưu ý rằng feeReceipient đề cập đến địa chỉ Ethereum trước khi nâng cấp, không phải địa chỉ trình xác thực chuỗi đèn hiệu.
Cuối cùng, một khi PoS thay thế PoW, công cụ thực thi sẽ không còn chịu trách nhiệm phát các khối nữa, nhưng sẽ vẫn phát các giao dịch thông qua mạng p2p.Quy trình cụ thể là trước tiên, người dùng gửi giao dịch đến máy khách đồng thuận thông qua yêu cầu RPC cục bộ, nơi chúng sẽ được đóng gói vào khối báo hiệu. Sau đó, các máy khách đồng thuận sẽ phát khối báo hiệu trong mạng p2p của họ.
Mô tả hình ảnh
Hình ảnh lịch sự của Danny Ryan
BLOCKHASH & KHÓ thay đổi opcode
Sau khi hợp nhất, opcode BLOCKHASH vẫn có thể được sử dụng, nhưng vì nó không còn tạo ra giá trị Hash tương ứng thông qua bằng chứng công việc, nên tính giả ngẫu nhiên do opcode này cung cấp sẽ yếu đi rất nhiều.
Đồng thời, opcode KHÓ (0x44) sẽ được đổi tên thành NGẪU NHIÊN và trả về giá trị ngẫu nhiên do chuỗi đèn hiệu cung cấp. Do đó, giá trị này sẽ thay thế BLOCKHASH như một nguồn ngẫu nhiên tốt hơn mà các nhà phát triển ứng dụng có thể sử dụng (mặc dù vẫn còn sự thiên vị).
Giá trị NGẪU NHIÊN sẽ được lưu trữ trong ExecutPayload thay cho mixHash ban đầu, giá trị này có liên quan đến phép tính bằng chứng công việc. Giá trị này đã được đổi tên thành ngẫu nhiên sau khi nâng cấp.
Mô tả hình ảnh
Hình ảnh lịch sự của Danny Ryan
Trước khi hợp nhất, chúng tôi thấy rằng opcode 0x44 trả về trường độ khó trong tiêu đề khối. Sau khi hợp nhất, opcode RANDOM chịu trách nhiệm tạo các số ngẫu nhiên trỏ đến trường mixHash ban đầu, được đổi tên thành ngẫu nhiên.
khối thời gian
Việc sáp nhập sẽ ảnh hưởng đến thời gian tạo khối trung bình của Ethereum. Hiện tại, theo PoW, trung bình một khối được tạo ra cứ sau 13 giây, nhưng khoảng thời gian giữa các khối thực tế sẽ thay đổi đáng kể do tắc nghẽn mạng. Nhưng trong PoS, khoảng thời gian chặn được cố định là 12 giây, trừ khi xảy ra một số tình huống cực đoan, chẳng hạn như: trình xác minh ngoại tuyến hoặc không gửi khối kịp thời và bỏ lỡ một vị trí nhất định.
người giới thiệu:
người giới thiệu:
IOS
Android