Về việc tăng Gas Limit của Block: Các Xem Xét Kỹ Thuật và Hướng Đi Phía Trước
Được viết bởi: Toni, Marek, Pari, Jacek, Paul, Tim và Alex.
Lưu ý của tác giả:
Cộng đồng phát triển cốt lõi cam kết cải thiện liên tục về khả năng mở rộng quy mô và trải nghiệm người dùng của mạng lưới. Với các sáng kiến do cộng đồng thúc đẩy gần đây, như pumpthegas.org, đã có sự kêu gọi ngày càng tăng để tăng Gas Limit của block Ethereum lên với một số đề xuất tiếp cận 60 triệu. Trong khi sự nhiệt tình này phản ánh mục tiêu chung là mở rộng khả năng của Ethereum, điều quan trọng là phải tiến hành một cách cẩn trọng và hài hòa với các thực tế kỹ thuật của giao thức và các client của nó. Trước khi khuyến khích cộng đồng tích cực phản hồi cho các giới hạn vượt quá 36 triệu, chúng ta có thể muốn làm sâu sắc hơn sự hiểu biết của mình về các hậu quả tiềm ẩn - tiến hành nhiều phân tích hơn, thu thập dữ liệu thực nghiệm và xem xét kết quả của các thay đổi giao thức sắp tới một cách chi tiết nhất có thể - để các điều chỉnh được thực hiện với cả sự tự tin và thận trọng.
Bối cảnh
Các client Consensus Layer (CL) hiện đang thực hiện một số ràng buộc nhất định, như được quy định trong các thông số kỹ thuật chính thức. Những ràng buộc này bao gồm một kích thước block tối đa có thể chấp nhận được khi chưa được nén, hiện được đặt ở mức 10 MiB. Trong thực tế, điều này gián tiếp ảnh hưởng đến Gas Limit block tối đa có thể. Ngày nay, nâng Gas Limit lên 60 triệu gas, như một số thành viên cộng đồng đề xuất, sẽ tạo ra các block vượt quá ràng buộc về truyền bá của gossip này - dẫn đến các slot bị bỏ lỡ và mất ổn định của mạng lưới nói chung.
Cho đến khi các giả định cấp client này có thể được xem xét lại và cải thiện, mạng lưới nên tiến lên một cách thận trọng khi xem xét các mức tăng vượt quá một số ngưỡng nhất định.
Lý do cho các Giới Hạn (Xem Xét về Bảo Mật):
Những ràng buộc này không phải là tùy ý; chúng được đặt ra để bảo vệ mạng lưới. Các block cực lớn có thể tạo điều kiện cho các vector tấn công từ chối dịch vụ (DoS) bằng cách buộc các node phải xử lý lượng dữ liệu khó quản lý. Mà không có các trường hợp sử dụng thực tế cho các block lớn như vậy - và với rủi ro các tác nhân độc hại lợi dụng chúng - các nhà phát triển cốt lõi đã thiết kế các giới hạn để giảm thiểu các tác động tiêu cực và bảo vệ sức khỏe của mạng lưới.
Điều này có nghĩa như thế nào trong thực tế
Chức năng lên đến 36M gas:
Các block ở mức này hoặc thấp hơn vẫn nằm trong phạm vi kích thước chấp nhận được, cho phép các client truyền bá chúng và duy trì sự ổn định của consensus. Điều này đảm bảo rằng các validator không gặp phải các slot bị bỏ lỡ bất ngờ do các block quá lớn, những block này sẽ bị ngăn không được truyền bá do các giới hạn của gossip.Vượt quá 36M gas:
Các block hợp lệ lớn hơn 10 MiB có thể không được truyền bá như mong đợi. Điều này dẫn đến một số validator bỏ lỡ các slot của họ mặc dù đã tạo ra các block hợp lệ. Các giới hạn của gossip, những giới hạn không thể dễ dàng bị bỏ qua ngày nay, tạo ra một điểm nghẽn. Ngoài ra, mà không có dữ liệu thực nghiệm bổ sung, các phân tích ban đầu hướng dẫn các tăng số lượng blob có thể không phản ánh đầy đủ các mức độ phức tạp tăng lên khi vận hành với một Gas Limit đáng kể cao hơn.
Tại sao phải chờ đợi Pectra?
Các nhà phát triển cốt lõi đã lên kế hoạch cho nâng cấp mạng Pectra sẽ giảm kích thước block trong trường hợp xấu nhất và tạo ra không gian cần thiết để tăng khả năng mở rộng một cách an toàn. Hai thay đổi đáng chú ý sắp tới là:
EIP-7623 (Được bao gồm trong Pectra):
Đề xuất này nhằm mục đích giảm kích thước block trong trường hợp xấu nhất. Bằng cách tăng chi phí của calldata cho các giao dịch có nhiều calldata, nó mở ra các con đường để an toàn xử lý thêm khả năng - dù là các blob bổ sung hay một Gas Limit cao hơn. Giảm các kịch bản xấu nhất giảm thiểu các vector tấn công từ chối dịch vụ tiềm ẩn và giúp đảm bảo rằng mạng lưới vẫn ổn định và bền vững khi tải nặng hơn.EIP-7691 (Được bao gồm trong Pectra):
Đề xuất này sẽ tăng số blob mục tiêu/tối đa mỗi block từ 4/6 lên 6/9. Bằng cách quan sát hiệu suất của mạng lưới khi số lượng blob tăng, chúng ta có thể thu thập dữ liệu về hành vi truyền bá, nhu cầu lưu trữ và sử dụng tài nguyên của client. Bằng chứng thực nghiệm này sẽ hướng dẫn các điều chỉnh an toàn hơn về thành phần và kích thước block.
Bằng cách triển khai trước nâng cấp Pectra và phân tích kết quả của EIP-7623 và EIP-7691 trong môi trường sản xuất, chúng ta có thể thu được bằng chứng thực nghiệm quan trọng. Dữ liệu này sẽ thông báo cho cả các nhà phát triển cốt lõi và cộng đồng Ethereum rộng lớn hơn về cách mạng lưới phản ứng với các thay đổi về thành phần và kích thước block. Được trang bị sự hiểu biết này, cộng đồng có thể đưa ra các quyết định được thông báo tốt hơn về cách tăng Gas Limit trong khi duy trì sự vững chắc và an toàn của Ethereum.
Các nâng cấp trong tương lai, như PeerDAS, sẽ xây dựng trên những hiểu biết này, tinh chỉnh thêm các thông số và khả năng mở rộng quy mô khi mạng lưới phát triển.
Kêu gọi Kiên Nhẫn và Hợp Tác
Cách tiếp cận chủ động và niềm đam mê của cộng đồng Ethereum đối với các giải pháp mở rộng quy mô là đáng khen ngợi. Các nhà phát triển cốt lõi rất nhận thức về đà này và, nói chung, ủng hộ việc tìm ra một con đường có trách nhiệm để tăng Gas Limit. Tuy nhiên, chuyển động quá nhanh - đặc biệt là vượt quá 36M gas - có nguy cơ gây ra những hậu quả không mong muốn và mất ổn định của mạng lưới.
Chúng tôi khuyến khích tất cả các bên liên quan - người dùng, validator, nhà nghiên cứu và nhà phát triển client - giữ sự kiên nhẫn và cùng nhau làm việc thông qua quá trình chuyển đổi này.
Bằng cách hoãn các tăng cường năng lực đáng kể cho đến sau khi nâng cấp Pectra, theo dõi các tác động thực tế của EIP-7623 và EIP-7691, và cẩn thận xem xét kết quả, chúng ta có thể đảm bảo rằng những tăng này được thực hiện một cách có trách nhiệm và bền vững.
Mặc dù nhiều người cảm thông với mong muốn thấy Gas Limit của Ethereum tăng đáng kể trong một khoảng thời gian ngắn, một cách tiếp cận từng bước có thể vững chắc hơn. Ví dụ, bắt đầu với một tăng v
