Mô hình: Giải thích chi tiết về các vấn đề và giải pháp tăng trưởng trong lịch sử của Ethereum
Bài viết gốc của Storm Slivkoff và Georgios Konstantopoulos
Bản dịch gốc: Luffy, Tin tức tầm nhìn xa
Lịch sử tăng trưởng hiện là nút thắt lớn nhất đối với sự mở rộng của Ethereum. Điều đáng ngạc nhiên là tăng trưởng trong lịch sử đã trở thành một vấn đề lớn hơn so với tăng trưởng của nhà nước. Trong vòng vài năm, dữ liệu lịch sử sẽ vượt quá khả năng lưu trữ của nhiều nút Ethereum.
Tin vui là:
-
Sự phát triển trong lịch sử là một vấn đề dễ giải quyết hơn nhiều so với sự phát triển của nhà nước.
-
A solution is already under active development.
-
Giải quyết vấn đề tăng trưởng lịch sử sẽ làm giảm bớt vấn đề tăng trưởng nhà nước.
Trong bài đăng này, chúng tôi tiếp tục điều tra về việc mở rộng quy mô Ethereum từ Phần 1, giờ đây chúng tôi chuyển trọng tâm từ tăng trưởng trạng thái sang tăng trưởng lịch sử. Bằng cách sử dụng tập dữ liệu đã được tinh chỉnh, mục tiêu của chúng tôi là 1) hiểu về mặt kỹ thuật các tắc nghẽn mở rộng của Ethereum và 2) giúp cung cấp thông tin cho cuộc thảo luận xung quanh giải pháp tối ưu cho giới hạn gas của Ethereum.
Tăng trưởng lịch sử là gì?
Lịch sử là tập hợp tất cả các khối và giao dịch được Ethereum thực hiện trong suốt vòng đời của nó. Đó là tất cả dữ liệu từ khối gốc đến khối hiện tại. Lịch sử tăng trưởng là sự tích lũy các khối mới và giao dịch mới theo thời gian.
Figure 1 shows the relationship between history growth and various protocol metrics and Ethereum node hardware constraints. History growth is limited by a different set of hardware constraints than state growth. History growth puts pressure on network IO because new blocks and transactions must be transmitted throughout the network. History growth also puts pressure on node storage space because each Ethereum node stores a complete copy of the history. If history growth is fast enough to exceed these hardware constraints, the node will no longer be able to reach a stable consensus with its peers. For an overview of state growth and other scaling bottlenecks, see Phần 1 của loạt bài này.
Hình 1: Nút thắt mở rộng quy mô Ethereum
Cho đến gần đây, hầu hết thông lượng mạng của mỗi nút được sử dụng để truyền lịch sử (chẳng hạn như các khối và giao dịch mới). Điều này đã thay đổi với sự ra đời của các đốm màu trong hard fork Dencun. Các đốm màu hiện chiếm một phần lớn hoạt động của mạng nút. Tuy nhiên, các đốm màu không được coi là một phần của lịch sử vì 1) chúng chỉ được lưu trữ bởi các nút trong 2 tuần rồi bị loại bỏ và 2) chúng không cần lặp lại dữ liệu từ nguồn gốc Ethereum. Do (1), các đốm màu không làm tăng đáng kể gánh nặng lưu trữ của mỗi nút Ethereum. Chúng ta sẽ thảo luận về các đốm màu sau trong bài viết này.
Trong bài viết này, chúng tôi sẽ tập trung vào sự phát triển của lịch sử và thảo luận về mối quan hệ giữa lịch sử và nhà nước. Vì tăng trưởng trạng thái và tăng trưởng lịch sử có một số ràng buộc phần cứng chồng chéo nhau nên chúng là các vấn đề có liên quan với nhau và việc giải quyết vấn đề này có thể giúp giải quyết vấn đề kia.
Tốc độ tăng trưởng lịch sử nhanh như thế nào?
Hình 2 cho thấy tốc độ tăng trưởng lịch sử kể từ khi Ethereum ra đời. Mỗi đường thẳng đứng tượng trưng cho một tháng tăng trưởng. Trục y biểu thị số gigabyte tăng trưởng lịch sử trong tháng đó. Các giao dịch được phân loại theo “địa chỉ đích” của chúng và được xác định kích thước bằng cách sử dụng byte RLP (https://ethereum.org/en/developers/docs/data-structures-and-encoding/rlp/). Những hợp đồng không thể dễ dàng xác định được sẽ được phân loại là “không xác định”. Danh mục “khác” bao gồm một loạt các danh mục nhỏ như cơ sở hạ tầng và trò chơi.
Hình 2: Tốc độ tăng trưởng lịch sử của Ethereum theo thời gian
Một số điểm chính rút ra từ biểu đồ trên:
-
Lịch sử phát triển nhanh hơn tiểu bang từ 6 đến 8 lần: Tốc độ tăng trưởng trong lịch sử gần đây đã đạt đỉnh 36,0 GiB/tháng và hiện ở mức 19,3 GiB/tháng. Mức tăng trưởng của bang đạt đỉnh điểm vào khoảng 6,0 GiB/tháng và hiện ở mức 2,5 GiB/tháng. Sự so sánh về lịch sử và trạng thái về mức độ tăng trưởng và quy mô tích lũy sẽ được mô tả sau trong bài viết này.
-
Trước Decun, tốc độ tăng trưởng lịch sử đã tăng nhanh: trong khi bang này đã tăng trưởng gần như tuyến tính trong nhiều năm (xem Phần 1), thì lịch sử lại là siêu tuyến tính. Cho rằng tốc độ tăng trưởng tuyến tính sẽ dẫn đến tăng trưởng bậc hai về quy mô tổng thể, tốc độ tăng trưởng siêu tuyến tính sẽ dẫn đến mức tăng trưởng bậc hai về quy mô tổng thể. Khả năng tăng tốc này đột ngột dừng lại sau Dencun. Đây là lần đầu tiên Ethereum trải qua sự sụt giảm đáng kể về tốc độ tăng trưởng lịch sử.
-
Hầu hết sự tăng trưởng lịch sử gần đây đều đến từ Rollups: mỗi L2 xuất bản một bản sao các giao dịch của nó trở lại mạng chính. Điều này tạo ra một lượng lớn lịch sử và khiến Rollups trở thành nhân tố đóng góp quan trọng nhất cho sự tăng trưởng lịch sử trong năm qua. Tuy nhiên, Dencun cho phép L2 xuất bản dữ liệu giao dịch của họ bằng cách sử dụng các đốm màu thay vì lịch sử, do đó, Rollups không còn tạo ra phần lớn lịch sử Ethereum nữa. Chúng tôi sẽ đề cập đến Rollups chi tiết hơn ở phần sau của bài viết này.
Ai là người đóng góp lớn nhất cho sự tăng trưởng lịch sử của Ethereum?
Số lượng hợp đồng lịch sử được tạo bởi các loại hợp đồng khác nhau cho thấy mô hình sử dụng Ethereum đã phát triển theo thời gian như thế nào. Hình 3 cho thấy sự đóng góp tương đối của các loại hợp đồng khác nhau. Đây là dữ liệu giống như Hình 2, được chuẩn hóa.
Hình 3: Đóng góp của các loại hợp đồng khác nhau vào tăng trưởng lịch sử
Dữ liệu cho thấy bốn giai đoạn riêng biệt của mô hình sử dụng Ethereum:
-
Sớm (màu tím): Vài năm đầu tiên của Ethereum có rất ít hoạt động trên chuỗi. Hiện tại, hầu hết các hợp đồng ban đầu này rất khó xác định và được đánh dấu là “không xác định” trong biểu đồ.
-
Kỷ nguyên ERC-20 (Xanh lục): Tiêu chuẩn ERC-20 đã được hoàn thiện vào cuối năm 2015, nhưng không đạt được động lực đáng kể cho đến năm 2017 và 2018. Hợp đồng ERC-20 là nguồn tăng trưởng lịch sử lớn nhất trong năm 2019.
-
Kỷ nguyên DEX/DeFi (Màu nâu): Hợp đồng DEX và DeFi xuất hiện trực tuyến vào đầu năm 2016 và bắt đầu thu hút sự chú ý vào năm 2017. Nhưng phải đến Mùa hè DeFi năm 2020, chúng mới trở thành danh mục lớn nhất về mức tăng trưởng trong lịch sử. Hợp đồng DeFi và DEX chiếm hơn 50% mức tăng trưởng lịch sử vào năm 2021 và một phần của năm 2022.
-
Kỷ nguyên tổng hợp (Xám): L2 Rollups bắt đầu thực hiện nhiều giao dịch hơn mạng chính vào đầu năm 2023. Trong những tháng trước Dencun, họ đã tạo ra khoảng 2/3 lịch sử Ethereum.
Mỗi thời đại đại diện cho một mô hình sử dụng Ethereum phức tạp hơn so với thời kỳ trước đó. Độ phức tạp có thể được coi là một dạng Ethereum mở rộng quy mô theo thời gian, không thể đo lường được bằng các số liệu đơn giản như số giao dịch mỗi giây.
Trong tháng dữ liệu gần đây nhất (tháng 4 năm 2024), Bản tổng hợp không còn tạo ra phần lớn lịch sử nữa. Không rõ liệu lịch sử trong tương lai sẽ đến từ DEX và DeFi hay một số mô hình sử dụng mới sẽ xuất hiện.
Còn các đốm màu thì sao?
Hard fork Dencun đã giới thiệu các đốm màu, thay đổi đáng kể động lực tăng trưởng lịch sử bằng cách cho phép Rollups xuất bản dữ liệu bằng cách sử dụng các đốm màu giá rẻ thay vì các bản ghi lịch sử. Hình 4 phóng to tốc độ tăng trưởng lịch sử trước và sau khi nâng cấp Dencun. Biểu đồ này tương tự như Hình 2, ngoại trừ mỗi đường thẳng đứng biểu thị một ngày thay vì một tháng.
Hình 4: Tác động của Dencun tới tăng trưởng lịch sử
Chúng ta có thể rút ra một số kết luận chính từ biểu đồ này:
-
Kể từ Dencun, mức tăng trưởng lịch sử của các bản tổng hợp đã giảm khoảng 2/3: hầu hết các bản tổng hợp đã chuyển đổi từ dữ liệu cuộc gọi sang các đốm màu, điều này đã làm giảm đáng kể lượng lịch sử mà chúng tạo ra. Tuy nhiên, tính đến tháng 4 năm 2024, vẫn còn một số bản tổng hợp chưa chuyển đổi từ dữ liệu cuộc gọi sang các đốm màu.
-
Tổng mức tăng trưởng lịch sử đã giảm khoảng 1/3 kể từ Dencun: Dencun chỉ giảm mức tăng trưởng lịch sử đối với các lần tổng hợp. Tăng trưởng lịch sử đối với các loại hợp đồng khác tăng nhẹ. Ngay cả sau Dencun, mức tăng trưởng trong lịch sử vẫn cao hơn 8 lần so với mức tăng trưởng của bang (xem phần tiếp theo để biết chi tiết).
Mặc dù các đốm màu đã làm giảm tốc độ tăng trưởng lịch sử nhưng chúng vẫn là một tính năng mới của Ethereum và không rõ tốc độ tăng trưởng lịch sử sẽ ổn định ở mức nào khi có các đốm màu.
Tốc độ tăng trưởng lịch sử có thể chấp nhận được là bao nhiêu?
Tăng giới hạn Gas sẽ tăng tốc độ tăng trưởng lịch sử. Vì vậy, các đề xuất tăng Gas limit (chẳng hạn như Bơm xăng ) phải xem xét mối quan hệ giữa mức tăng trưởng lịch sử và nút thắt cổ chai phần cứng của mỗi nút.
Để xác định tốc độ tăng trưởng lịch sử có thể chấp nhận được, trước tiên chúng ta cần hiểu phần cứng nút hiện tại có thể duy trì được bao lâu về mặt kết nối mạng và lưu trữ. Phần cứng mạng có thể có thể duy trì hiện trạng vô thời hạn, vì tốc độ tăng trưởng trước đây khó có thể quay trở lại mức đỉnh trước Dencun trước khi giới hạn gas tăng lên. Tuy nhiên, gánh nặng lưu trữ lịch sử sẽ tiếp tục tăng theo thời gian. Theo chiến lược lưu trữ hiện tại, điều không thể tránh khỏi là đĩa cứng lưu trữ của mỗi nút cuối cùng sẽ chứa đầy các bản ghi lịch sử.
Hình 5 cho thấy gánh nặng lưu trữ của các nút Ethereum theo thời gian và dự đoán sự tăng trưởng của gánh nặng lưu trữ trong 3 năm tới. Dự báo đề cập đến tốc độ tăng trưởng vào tháng 4 năm 2024. Tốc độ tăng trưởng có thể tăng hoặc giảm khi mô hình sử dụng hoặc giới hạn gas thay đổi trong tương lai.
Hình 5: Quy mô lịch sử, gánh nặng lưu trữ trạng thái và nút đầy đủ
Chúng ta có thể rút ra một số kết luận chính từ hình này:
-
Lịch sử chiếm dung lượng lưu trữ gấp khoảng 3 lần so với trạng thái. Sự khác biệt này tăng lên theo thời gian, vì lịch sử phát triển nhanh gấp 8 lần so với bang.
-
1,8 TiB là ngưỡng quan trọng và nhiều nút sẽ buộc phải nâng cấp đĩa cứng lưu trữ của họ. 2 TB là kích thước ổ cứng lưu trữ phổ biến, chỉ cung cấp 1,8 TiB dung lượng trống. Lưu ý rằng TB (1 nghìn tỷ byte) là đơn vị khác với TiB (= 1024^4 byte). Đối với nhiều nhà khai thác nút, ngưỡng quan trọng thực sự thậm chí còn thấp hơn, vì sau khi hợp nhất, người xác thực phải chạy ứng dụng khách đồng thuận cùng với ứng dụng khách thực thi.
-
Ngưỡng quan trọng sẽ đạt được sau 2-3 năm. Việc tăng giới hạn gas lên bất kỳ mức nào cũng sẽ tăng tốc lần này. Việc đạt đến ngưỡng này sẽ tạo ra gánh nặng bảo trì đáng kể cho các nhà khai thác nút và yêu cầu mua phần cứng bổ sung (chẳng hạn như ổ NVME $300).
Không giống như dữ liệu trạng thái, dữ liệu lịch sử chỉ được thêm vào và được truy cập ít thường xuyên hơn. Do đó, về mặt lý thuyết, dữ liệu lịch sử có thể được lưu trữ tách biệt với dữ liệu trạng thái trên phương tiện lưu trữ rẻ hơn. Điều này có thể đạt được bởi một số khách hàng như Geth.
Ngoài dung lượng lưu trữ, mạng IO là một hạn chế lớn khác đối với sự tăng trưởng trong lịch sử. Không giống như dung lượng lưu trữ, các giới hạn IO của mạng sẽ không gây ra vấn đề cho các nút trong thời gian ngắn, nhưng những hạn chế này sẽ trở nên quan trọng khi giới hạn gas tăng lên trong tương lai.
Để hiểu mức tăng trưởng lịch sử mà dung lượng mạng của một nút Ethereum điển hình có thể hỗ trợ, người ta phải biết mối quan hệ giữa tăng trưởng lịch sử và các số liệu tình trạng mạng khác nhau, chẳng hạn như tỷ lệ tổ chức lại, lỗi vị trí, lỗi cuối cùng, lỗi bằng chứng, lỗi ủy ban đồng bộ hóa và chặn độ trễ gửi. Việc phân tích các số liệu này nằm ngoài phạm vi của bài viết này nhưng bạn có thể tìm thấy thêm thông tin trong các khảo sát trước đây về tình trạng của lớp đồng thuận. Ngoài ra, dự án Ethereum Foundations Xatu đã và đang xây dựng các bộ dữ liệu công khai để đẩy nhanh quá trình phân tích đó.
Làm thế nào để giải quyết vấn đề tăng trưởng lịch sử?
Sự phát triển trong lịch sử là một vấn đề dễ giải quyết hơn nhiều so với sự phát triển của nhà nước. Nó gần như có thể được giải quyết hoàn toàn bằng đề xuất ứng viên EIP-4444. EIP này thay đổi từng nút từ lưu toàn bộ lịch sử Ethereum sang chỉ lưu một năm lịch sử. Sau khi triển khai EIP-4444, việc lưu trữ dữ liệu sẽ không còn là trở ngại cho việc mở rộng Ethereum và việc tăng giới hạn gas sẽ không còn là hạn chế về lâu dài. EIP -4444 là cần thiết cho sự bền vững lâu dài của mạng, nếu không tốc độ tăng trưởng lịch sử sẽ rất nhanh và phần cứng của các nút mạng sẽ cần phải được cập nhật thường xuyên.
Hình 6 cho thấy tác động của EIP-4444 lên gánh nặng lưu trữ của mỗi nút trong 3 năm tới. Điều này giống như Hình 4, nhưng có thêm một dòng nhẹ hơn thể hiện gánh nặng lưu trữ sau khi triển khai EIP-4444.
Hình 6 : Tác động của EIP-4444 lên gánh nặng lưu trữ nút Ethereum
Một số kết luận chính có thể được rút ra từ hình này:
-
EIP-4444 sẽ giảm một nửa gánh nặng lưu trữ hiện tại. Gánh nặng lưu trữ sẽ giảm từ 1,2 TiB xuống 633 GiB.
-
EIP-4444 sẽ ổn định gánh nặng lưu trữ lịch sử. Giả sử tốc độ tăng trưởng lịch sử không đổi, dữ liệu lịch sử sẽ bị loại bỏ theo tốc độ được tạo ra.
-
Sau EIP-4444, sẽ mất nhiều năm để gánh nặng lưu trữ nút đạt đến mức hiện nay. Điều này là do tăng trưởng của bang sẽ là yếu tố duy nhất làm tăng gánh nặng lưu trữ và tốc độ tăng trưởng của bang sẽ chậm hơn so với mức tăng trưởng trong lịch sử.
Sau khi triển khai EIP-4444, việc tăng trưởng lịch sử vẫn sẽ mang lại gánh nặng lưu trữ ở một mức độ nhất định, vì nút sẽ lưu trữ một năm lịch sử. Tuy nhiên, ngay cả khi Ethereum đạt quy mô toàn cầu thì gánh nặng này cũng không khó giải quyết. Sau khi phương pháp lưu giữ lịch sử được chứng minh là đáng tin cậy, thời gian hết hạn một năm của EIP-4444 có thể được rút ngắn xuống còn vài tháng, vài tuần hoặc thậm chí ngắn hơn.
Làm thế nào để bảo tồn lịch sử Ethereum?
EIP-4444 đặt ra câu hỏi: nếu lịch sử không được lưu giữ bởi chính các nút Ethereum thì nên lưu giữ nó như thế nào? Lịch sử đóng vai trò trung tâm trong việc xác minh, tính toán và phân tích của Ethereum, vì vậy việc bảo tồn lịch sử là rất quan trọng. May mắn thay, việc bảo tồn lịch sử là một vấn đề đơn giản chỉ cần 1/n nhà cung cấp dữ liệu trung thực. Điều này hoàn toàn trái ngược với vấn đề đồng thuận cấp bang, đòi hỏi 1/3 đến 2/3 số người tham gia phải trung thực. Người vận hành nút có thể xác minh tính xác thực của các tập dữ liệu lịch sử bằng cách 1) phát lại tất cả các giao dịch kể từ khối gốc và 2) kiểm tra xem các giao dịch này có tái tạo cùng trạng thái gốc như kết thúc chuỗi khối hiện tại hay không.
Có nhiều cách để lưu lại lịch sử.
-
Torrents/P2P: Torrents là phương pháp đơn giản và đáng tin cậy nhất. Các nút Ethereum có thể định kỳ đóng gói các phần lịch sử và chia sẻ chúng dưới dạng tệp torrent công khai. Ví dụ: một nút có thể tạo một tệp torrent lịch sử mới sau mỗi 100.000 khối. Các máy khách nút như Erigon đã thực hiện quy trình này theo cách hơi không chuẩn hóa. Để chuẩn hóa quy trình này, tất cả các máy khách nút phải sử dụng cùng định dạng dữ liệu, cùng tham số và cùng mạng P2P. Các nút sẽ có thể chọn có tham gia vào mạng này hay không dựa trên khả năng lưu trữ và băng thông của chúng. Torrent có ưu điểm là sử dụng tiêu chuẩn mở có độ linh hoạt cao đã được hỗ trợ bởi một số lượng lớn các công cụ dữ liệu.
-
Mạng cổng thông tin: Mạng cổng thông tin là một mạng mới được thiết kế đặc biệt để lưu trữ dữ liệu Ethereum. Đây là một cách tiếp cận giống như Torrent đồng thời cung cấp một số tính năng bổ sung để giúp việc xác minh dữ liệu dễ dàng hơn. Ưu điểm của Mạng cổng thông tin là các lớp xác minh bổ sung này cung cấp tiện ích cho các máy khách hạng nhẹ để xác minh và truy vấn các tập dữ liệu được chia sẻ một cách hiệu quả.
-
Lưu trữ đám mây: Các dịch vụ lưu trữ đám mây như S3 của AWS hoặc R2 của Cloudflare cung cấp tùy chọn giá rẻ và hiệu suất cao để lưu giữ các hồ sơ lịch sử. Tuy nhiên, cách tiếp cận này tiềm ẩn nhiều rủi ro về mặt pháp lý và hoạt động kinh doanh hơn vì không có gì đảm bảo rằng các dịch vụ đám mây này luôn sẵn sàng và có thể lưu trữ dữ liệu được mã hóa.
Những thách thức thực hiện còn lại mang tính xã hội hơn là kỹ thuật. Cộng đồng Ethereum cần phối hợp các chi tiết triển khai cụ thể để chúng có thể được tích hợp trực tiếp vào mọi ứng dụng khách nút. Cụ thể, việc thực hiện đồng bộ hóa hoàn toàn từ khối gốc (chứ không phải đồng bộ hóa ảnh chụp nhanh) sẽ yêu cầu truy xuất lịch sử từ nhà cung cấp lịch sử thay vì nút Ethereum. Những thay đổi này về mặt kỹ thuật không yêu cầu hard fork, vì vậy chúng có thể được triển khai sớm hơn hard fork tiếp theo của Ethereum, Pectra.
Tất cả các phương pháp lưu giữ lịch sử này cũng có thể được L2 sử dụng để lưu giữ dữ liệu blob mà chúng xuất bản lên mạng chính. So với bảo quản lịch sử, bảo quản blob khó hơn 1) vì tổng lượng dữ liệu lớn hơn nhiều; 2) ít quan trọng hơn vì các đốm màu không cần thiết để phát lại lịch sử mạng chính. Tuy nhiên, việc bảo tồn blob vẫn cần thiết để mỗi L2 phát lại lịch sử của chính nó. Do đó, một số hình thức bảo tồn blob rất quan trọng đối với toàn bộ hệ sinh thái Ethereum. Ngoài ra, nếu L2 phát triển cơ sở hạ tầng lưu trữ blob mạnh mẽ, họ cũng có thể dễ dàng lưu trữ dữ liệu lịch sử L1.
Sẽ rất hữu ích khi so sánh trực tiếp các tập dữ liệu được lưu trữ bởi các cấu hình nút khác nhau trước và sau EIP-4444. Hình 7 cho thấy gánh nặng lưu trữ của các loại nút Ethereum khác nhau. Dữ liệu trạng thái là các tài khoản và hợp đồng, dữ liệu lịch sử là các khối và giao dịch, còn dữ liệu lưu trữ là một tập hợp chỉ mục dữ liệu tùy chọn. Số byte trong bảng này dựa trên ảnh chụp nhanh reth gần đây, nhưng số lượng cho các máy khách nút khác gần như có thể so sánh được.
Hình 7: Gánh nặng lưu trữ của các loại nút Ethereum khác nhau
nói cách khác,
-
Các nút lưu trữ lưu trữ dữ liệu trạng thái và dữ liệu lịch sử cũng như dữ liệu lưu trữ. Các nút lưu trữ có thể được sử dụng khi ai đó muốn có thể dễ dàng truy vấn trạng thái chuỗi lịch sử.
-
Các nút đầy đủ chỉ lưu trữ dữ liệu lịch sử và trạng thái. Hầu hết các nút ngày nay đều là nút đầy đủ. Gánh nặng lưu trữ của một nút đầy đủ chỉ bằng một nửa so với nút lưu trữ.
-
Sau EIP-4444, các nút đầy đủ chỉ lưu trữ dữ liệu trạng thái và dữ liệu lịch sử của năm ngoái. Điều này làm giảm gánh nặng lưu trữ của các nút từ 1,2 TiB xuống 633 GiB và đưa không gian lưu trữ dữ liệu lịch sử về giá trị ở trạng thái ổn định.
-
Các nút không trạng thái, còn được gọi là “nút nhẹ”, không lưu trữ bất kỳ tập dữ liệu nào và có thể xác minh ngay lập tức ở cuối chuỗi. Loại nút này sẽ trở nên khả thi sau khi các nỗ lực của Verkle hoặc các chương trình cam kết trạng thái khác được thêm vào Ethereum.
Cuối cùng, có một số EIP bổ sung nhằm hạn chế tốc độ tăng trưởng lịch sử thay vì chỉ thích ứng với tốc độ tăng trưởng hiện tại. Điều này giúp duy trì trong giới hạn IO của mạng trong thời gian ngắn và trong giới hạn lưu trữ về lâu dài. Mặc dù EIP-4444 vẫn cần thiết cho sự bền vững lâu dài của mạng nhưng các EIP khác này sẽ giúp Ethereum mở rộng quy mô hiệu quả hơn trong tương lai:
-
EIP-7623: Định giá lại dữ liệu cuộc gọi, khiến một số giao dịch nhất định có quá nhiều dữ liệu cuộc gọi trở nên đắt đỏ hơn. Việc làm cho các kiểu sử dụng này trở nên đắt đỏ hơn sẽ buộc một số người trong số họ phải chuyển đổi từ dữ liệu cuộc gọi sang các đốm màu. Điều này sẽ làm giảm tốc độ tăng trưởng lịch sử.
-
EIP-4488: Áp đặt giới hạn về tổng lượng dữ liệu cuộc gọi có thể được đưa vào mỗi khối. Điều này sẽ áp đặt các giới hạn chặt chẽ hơn về tốc độ phát triển của lịch sử.
Các EIP này dễ triển khai hơn EIP-4444 nên chúng có thể đóng vai trò như một biện pháp tạm thời ngắn hạn trước khi EIP-4444 đi vào sản xuất.
Phần kết luận
Mục đích của bài viết này là sử dụng dữ liệu để hiểu 1) tốc độ tăng trưởng trong quá khứ diễn ra như thế nào và 2) cách giải quyết vấn đề. Rất khó có được nhiều dữ liệu trong bài viết này bằng các phương tiện truyền thống, vì vậy chúng tôi hy vọng rằng việc công khai dữ liệu này có thể cung cấp một số hiểu biết mới về vấn đề tăng trưởng trong lịch sử.
Lịch sử phát triển như một nút thắt cổ chai cho việc mở rộng Ethereum chưa nhận được đủ sự quan tâm. Ngay cả khi không tăng giới hạn Gas, hoạt động lưu giữ lịch sử hiện tại của Ethereum sẽ buộc nhiều nút phải nâng cấp phần cứng của họ trong một vài năm. May mắn thay, đây không phải là một vấn đề khó giải quyết. Đã có giải pháp rõ ràng trong EIP-4444. Chúng tôi tin rằng việc triển khai EIP này cần được đẩy nhanh để nhường chỗ cho việc tăng giới hạn Gas trong tương lai.
Bài viết này có nguồn gốc từ internet: Mô hình: Giải thích chi tiết về các vấn đề và giải pháp tăng trưởng trong lịch sử của Ethereum
Liên quan: Các công ty khai thác Bitcoin đấu tranh để duy trì hoạt động trước sự kiện Halving
Tóm lại, việc giảm một nửa Bitcoin năm nay sẽ cắt giảm phần thưởng khai thác xuống còn 3,125 BTC, thách thức khả năng sinh lời của các nhà khai thác. CryptoQuant báo cáo giá băm của máy khai thác giảm 30% kể từ đợt halving gần đây nhất, dự kiến sẽ còn giảm thêm. Cạnh tranh và chi phí tăng cao, với tốc độ băm của mạng Bitcoin đạt 600 EH/s, ảnh hưởng đến thu nhập. Trong khoảng 10 ngày nữa, cộng đồng Bitcoin sẽ chứng kiến một sự kiện quan trọng, tức là đợt giảm một nửa Bitcoin. Hiện tượng này sẽ giảm một nửa phần thưởng khi khai thác một khối Bitcoin từ 6,25 xuống 3,125 Bitcoin, gây áp lực lên lợi nhuận của các thợ mỏ. Các thợ đào hiện đang chạy đua với thời gian, đòi hỏi giá Bitcoin cao hơn để duy trì thu nhập của họ. Tại sao các công cụ khai thác Bitcoin sẽ phải đối mặt với những thách thức Theo báo cáo của CryptoQuant được chia sẻ với BeInCrypto, giá băm của công cụ khai thác đã giảm 30% kể từ đợt halving gần đây nhất vào tháng 5 năm 2020. Hiện có giá trị là $0,11 mỗi Terahash mỗi giây, con số này…