Glamsterdam

Bản nâng cấp Glamsterdam sắp tới của Ethereum được thiết kế để dọn đường cho thế hệ mở rộng quy mô tiếp theo. Glamsterdam được đặt tên từ sự kết hợp của "Amsterdam" (bản nâng cấp lớp thực thi, được đặt theo tên một địa điểm tổ chức Devconnect trước đây) và "Gloas" (bản nâng cấp lớp đồng thuận, được đặt theo tên một ngôi sao).

Tiếp nối tiến bộ đạt được trong bản nâng cấp Fusaka, Glamsterdam tập trung vào việc mở rộng quy mô lớp 1 (l1) bằng cách tổ chức lại cách mạng lưới xử lý các giao dịch và quản lý cơ sở dữ liệu đang phát triển của nó, cập nhật cơ bản cách Ethereum tạo và xác thực các khối.

Trong khi Fusaka tập trung vào các tinh chỉnh nền tảng, Glamsterdam thúc đẩy các mục tiêu "Mở rộng quy mô lớp 1 (l1)" và "Mở rộng quy mô Blob" bằng cách đưa vào giao thức sự phân chia nhiệm vụ giữa các thành viên tham gia mạng lưới khác nhau và giới thiệu các cách hiệu quả hơn để xử lý dữ liệu nhằm chuẩn bị cho việc song song hóa thông lượng cao.

Những cải tiến này đảm bảo Ethereum vẫn nhanh chóng, giá cả phải chăng và phi tập trung khi nó xử lý nhiều hoạt động hơn, đồng thời giữ cho các yêu cầu phần cứng ở mức có thể quản lý được đối với những người chạy tại nhà.

Các cải tiến được xem xét cho Glamsterdam

Bản nâng cấp Glamsterdam tập trung vào ba mục tiêu chính:

• Tăng tốc độ xử lý (song song hóa): Tổ chức lại cách mạng lưới ghi lại các phụ thuộc dữ liệu, để nó có thể xử lý an toàn nhiều giao dịch cùng một lúc thay vì theo một trình tự chậm chạp, từng cái một.
• Mở rộng công suất: Chia nhỏ công việc nặng nhọc của việc tạo và xác thực khối, giúp mạng lưới có thêm thời gian để truyền tải lượng dữ liệu lớn hơn mà không bị chậm lại.
• Ngăn chặn phình to cơ sở dữ liệu (tính bền vững): Điều chỉnh phí mạng lưới để phản ánh chính xác chi phí phần cứng dài hạn của việc lưu trữ dữ liệu mới, mở khóa các đợt tăng giới hạn gas trong tương lai đồng thời ngăn chặn sự suy giảm hiệu suất phần cứng.

Tóm lại, Glamsterdam sẽ giới thiệu các thay đổi cấu trúc để đảm bảo rằng khi mạng lưới tăng công suất, nó vẫn bền vững và hiệu suất vẫn ở mức cao.

Mở rộng quy mô lớp 1 (l1) & xử lý song song

Việc mở rộng quy mô lớp 1 (l1) có ý nghĩa đòi hỏi phải tránh xa các giả định tin cậy ngoài giao thức và các ràng buộc thực thi tuần tự. Glamsterdam giải quyết vấn đề này bằng cách đưa vào giao thức sự phân chia một số nhiệm vụ xây dựng khối và giới thiệu các cấu trúc dữ liệu mới cho phép mạng lưới chuẩn bị cho việc xử lý song song.

Đề xuất nổi bật: Tách biệt người đề xuất và người xây dựng được đưa vào giao thức (ePBS)

• Loại bỏ các giả định tin cậy ngoài giao thức và sự phụ thuộc vào các rơ-le của bên thứ ba
• Hỗ trợ mở rộng quy mô lớp 1 (l1) bằng cách cho phép các tải trọng lớn hơn nhiều thông qua các cửa sổ truyền tải được mở rộng
• Giới thiệu các khoản thanh toán cho trình xây dựng không cần tin cậy trực tiếp vào Giao thức
• Yêu cầu cập nhật kiến trúc cho các nhóm đặt cọc để cho phép giám sát không cần tin cậy, mặc dù trải nghiệm người dùng đặt cọc tổng thể được cải thiện nhờ quy trình lựa chọn trình xây dựng được tinh chỉnh

Hiện tại, quá trình đề xuất và xây dựng các khối bao gồm việc bàn giao giữa người đề xuất khối và trình xây dựng khối. Mối quan hệ giữa người đề xuất và trình xây dựng không phải là một phần của Giao thức Ethereum cốt lõi, vì vậy nó dựa vào phần mềm trung gian của bên thứ ba đáng tin cậy, phần mềm (rơ-le) và sự tin cậy ngoài giao thức giữa các thực thể.

Mối quan hệ ngoài giao thức giữa người đề xuất và trình xây dựng cũng tạo ra một "đường dẫn nóng" trong quá trình xác thực khối buộc các phải vội vã thông qua việc phát sóng và thực thi giao dịch trong một cửa sổ 2 giây chặt chẽ, hạn chế lượng dữ liệu mà mạng lưới có thể xử lý.

Tách biệt người đề xuất và người xây dựng được đưa vào giao thức (ePBS, hoặc EIP-7732) chính thức tách biệt công việc của người đề xuất (người chọn khối đồng thuận) khỏi trình xây dựng (người lắp ráp tải trọng thực thi), đưa việc bàn giao này trực tiếp vào Giao thức.

Việc xây dựng sự trao đổi không cần tin cậy của một tải trọng khối để thanh toán trực tiếp vào Giao thức giúp loại bỏ nhu cầu về phần mềm trung gian của bên thứ ba (như MEV-Boost). Tuy nhiên, trình xây dựng và người đề xuất vẫn có thể chọn sử dụng các rơ-le hoặc phần mềm trung gian ngoài giao thức cho các tính năng phức tạp chưa phải là một phần của Giao thức cốt lõi.

Để giải quyết nút thắt "đường dẫn nóng", ePBS cũng giới thiệu Ủy ban Kịp thời Tải trọng (PTC) và logic thời hạn kép, cho phép các trình xác thực chứng thực khối đồng thuận và tính kịp thời của tải trọng thực thi một cách riêng biệt để tối đa hóa thông lượng.

Việc tách biệt vai trò của người đề xuất và trình xây dựng ở cấp độ Giao thức sẽ mở rộng cửa sổ truyền tải (hoặc thời gian có sẵn để truyền dữ liệu trên toàn mạng lưới) từ 2 giây lên khoảng 9 giây.

Bằng cách thay thế phần mềm trung gian và rơ-le ngoài giao thức bằng các cơ chế trong giao thức, ePBS giảm bớt sự phụ thuộc vào độ tin cậy và cho phép Ethereum xử lý an toàn lượng dữ liệu lớn hơn nhiều (như nhiều blob hơn cho ) mà không gây căng thẳng cho mạng lưới.

Tài nguyên: Đặc tả kỹ thuật EIP-7732 (opens in a new tab)

Đề xuất nổi bật: Danh sách truy cập cấp độ khối (BAL)

• Loại bỏ các nút thắt xử lý tuần tự bằng cách cung cấp một bản đồ trả trước về tất cả các phụ thuộc giao dịch, tạo tiền đề cho các trình xác thực xử lý nhiều giao dịch song song thay vì từng cái một
• Cho phép các nút cập nhật hồ sơ của chúng bằng cách đọc kết quả cuối cùng mà không cần phải phát lại mọi giao dịch (đồng bộ hóa không cần thực thi), giúp đồng bộ hóa một nút với mạng lưới nhanh hơn nhiều
• Loại bỏ việc phỏng đoán, cho phép các trình xác thực tải trước tất cả dữ liệu cần thiết cùng một lúc thay vì khám phá nó từng bước, điều này giúp việc xác thực nhanh hơn nhiều

Ethereum ngày nay giống như một con đường một làn; vì mạng lưới không biết một giao dịch sẽ cần hoặc thay đổi dữ liệu gì (như giao dịch sẽ chạm vào những Tài khoản nào) cho đến khi một giao dịch được chạy, các trình xác thực phải xử lý các giao dịch từng cái một theo một hàng tuần tự, nghiêm ngặt. Nếu họ cố gắng xử lý tất cả các giao dịch cùng một lúc mà không biết những phụ thuộc này, hai giao dịch có thể vô tình cố gắng thay đổi cùng một dữ liệu chính xác cùng một lúc, gây ra lỗi.

Danh sách truy cập cấp độ khối (BAL, hoặc EIP-7928) hoạt động giống như một bản đồ cho mạng lưới, nêu chi tiết những phần nào của cơ sở dữ liệu sẽ được truy cập trước khi công việc bắt đầu. Lớp thực thi lưu trữ toàn bộ Danh sách truy cập khối, bao gồm mọi thay đổi Tài khoản mà các giao dịch sẽ chạm tới, cùng với kết quả cuối cùng của những thay đổi đó (tất cả các truy cập trạng thái và giá trị sau thực thi). Để giữ cho các khối nhẹ, tiêu đề block chứa một trường mới với dấu vân tay kỹ thuật số duy nhất (bản ghi Mã băm) của danh sách này.

Bởi vì chúng cung cấp khả năng hiển thị tức thì về những giao dịch nào không trùng lặp, BAL cho phép các nút thực hiện đọc đĩa song song, tìm nạp thông tin cho nhiều giao dịch đồng thời. Mạng lưới có thể nhóm các giao dịch không liên quan một cách an toàn và xử lý chúng song song.

Vì BAL bao gồm kết quả cuối cùng của các giao dịch (các giá trị sau thực thi), khi các nút của mạng lưới cần đồng bộ hóa với trạng thái hiện tại của mạng lưới, chúng có thể sao chép những kết quả cuối cùng đó để cập nhật hồ sơ của mình. Các trình xác thực không còn phải phát lại tất cả các giao dịch phức tạp từ đầu để biết chuyện gì đã xảy ra, giúp các nút mới tham gia mạng lưới nhanh hơn và dễ dàng hơn.

Việc đọc đĩa song song được kích hoạt bởi BAL sẽ là một bước tiến đáng kể hướng tới một tương lai nơi Ethereum có thể xử lý nhiều giao dịch cùng một lúc, làm tăng đáng kể tốc độ của mạng lưới.

Trao đổi danh sách truy cập khối eth/71

Trao đổi danh sách truy cập khối (eth/71 hoặc EIP-8159) là người bạn đồng hành mạng trực tiếp với danh sách truy cập cấp độ khối. Trong khi BAL mở khóa việc thực thi song song, eth/71 nâng cấp Giao thức ngang hàng để cho phép các nút thực sự chia sẻ các danh sách này qua mạng lưới. Hiện được yêu cầu đối với tất cả các ứng dụng khách lớp thực thi, việc trao đổi danh sách truy cập khối sẽ cho phép đồng bộ hóa nhanh hơn và cho phép các nút thực hiện cập nhật trạng thái không cần thực thi.

Tài nguyên:

• Đặc tả kỹ thuật EIP-7928 (opens in a new tab)
• Đặc tả kỹ thuật EIP-8159 (opens in a new tab)

Tính bền vững của mạng lưới

Khi mạng lưới Ethereum phát triển nhanh hơn, điều quan trọng là phải đảm bảo rằng chi phí sử dụng nó phù hợp với sự hao mòn trên phần cứng chạy Ethereum. Mạng lưới cần tăng giới hạn công suất tổng thể của nó để mở rộng quy mô an toàn và xử lý nhiều giao dịch hơn.

Tăng chi phí gas tạo trạng thái

• Đảm bảo rằng phí để tạo Tài khoản mới hoặc hợp đồng thông minh phản ánh chính xác gánh nặng dài hạn mà chúng đặt lên cơ sở dữ liệu của Ethereum
• Đặt một chi phí cố định cho mỗi byte trạng thái (CPSB) nhắm mục tiêu tốc độ tăng trưởng an toàn và có thể dự đoán được là 120 GiB/năm, đảm bảo phần cứng vật lý tiêu chuẩn có thể tiếp tục chạy mạng lưới
• Tách biệt việc hạch toán cho các khoản phí cụ thể này sang một kho chứa mới, loại bỏ các giới hạn giao dịch cũ và cho phép các nhà phát triển triển khai các ứng dụng lớn hơn, phức tạp hơn

Việc thêm Tài khoản, token và mới tạo ra dữ liệu vĩnh viễn (được gọi là "trạng thái") mà mọi máy tính chạy mạng lưới phải lưu trữ vô thời hạn. Các khoản phí hiện tại để thêm hoặc đọc dữ liệu này không nhất quán và không nhất thiết phản ánh gánh nặng lưu trữ thực tế, dài hạn mà chúng đặt lên phần cứng của mạng lưới.

Một số hành động tạo trạng thái trên Ethereum, như tạo Tài khoản mới hoặc triển khai các hợp đồng thông minh lớn, có chi phí tương đối thấp so với không gian lưu trữ vĩnh viễn mà chúng chiếm trên các nút của mạng lưới, ví dụ: việc triển khai hợp đồng rẻ hơn đáng kể trên mỗi byte so với việc tạo các khe lưu trữ.

Nếu không có sự điều chỉnh, sự tăng trưởng trạng thái của Ethereum sẽ trở nên không bền vững khi mạng lưới mở rộng quy mô hướng tới mức sàn giới hạn gas 200M được kích hoạt bởi Glamsterdam (với các nhà phát triển hiện đang thử nghiệm ở giới hạn gas khối tham chiếu 150M để đưa ra mức giá trạng thái chính xác).

Tăng chi phí gas tạo trạng thái (hoặc EIP-8037) hài hòa chi phí bằng cách gắn chúng với kích thước thực tế của dữ liệu đang được tạo, cập nhật phí để chúng tỷ lệ thuận với lượng dữ liệu vĩnh viễn mà một hoạt động tạo ra hoặc truy cập.

EIP-8037 cũng giới thiệu một mô hình kho chứa để quản lý các chi phí này một cách dễ dự đoán hơn; các khoản phí gas trạng thái được rút từ state_gas_reservoir trước tiên và mã lệnh GAS chỉ trả về gas_left, ngăn chặn các khung thực thi tính toán sai lượng gas có sẵn. Để hỗ trợ điều này, các tác vụ nền thiết yếu được cấp thêm một hạn mức nhiên liệu đi thẳng vào kho dự trữ chuyên dụng này, đảm bảo các hoạt động mạng lưới quan trọng sẽ không thất bại chỉ vì việc lưu trữ dữ liệu vĩnh viễn yêu cầu nhiều tài nguyên hơn.

Trước EIP-8037, cả công việc tính toán (xử lý tích cực) và lưu trữ dữ liệu vĩnh viễn (lưu hợp đồng thông minh vào cơ sở dữ liệu của mạng lưới) đều chia sẻ cùng một giới hạn gas. Mô hình kho chứa chia nhỏ việc hạch toán: giới hạn gas cho công việc tính toán thực tế của giao dịch (xử lý) và cho việc lưu trữ dữ liệu dài hạn (gas trạng thái). Việc tách biệt hai điều này giúp ngăn chặn kích thước tuyệt đối của dữ liệu ứng dụng làm vượt quá giới hạn gas; miễn là các nhà phát triển cung cấp đủ tiền để lấp đầy kho chứa cho việc lưu trữ dữ liệu, họ có thể triển khai các hợp đồng thông minh lớn hơn và phức tạp hơn nhiều.

Việc định giá lưu trữ dữ liệu chính xác và dễ dự đoán hơn sẽ giúp Ethereum tăng tốc độ và công suất một cách an toàn mà không làm phình to cơ sở dữ liệu. Tính bền vững này sẽ cho phép các nhà điều hành nút tiếp tục sử dụng phần cứng (tương đối) phải chăng trong nhiều năm tới, giữ cho việc đặt cọc tại nhà có thể tiếp cận được để duy trì sự phi tập trung của mạng lưới.

Tài nguyên: Đặc tả kỹ thuật EIP-8037 (opens in a new tab)

Cập nhật chi phí gas truy cập trạng thái

• Tăng chi phí gas khi các ứng dụng đọc hoặc cập nhật thông tin được lưu trữ vĩnh viễn trên Ethereum (mã lệnh truy cập trạng thái) để phù hợp chính xác với công việc tính toán mà các lệnh này yêu cầu
• Tăng cường khả năng phục hồi của mạng lưới bằng cách ngăn chặn các cuộc tấn công từ chối dịch vụ khai thác các hoạt động đọc dữ liệu rẻ một cách giả tạo

Khi trạng thái của Ethereum phát triển, hành động tìm kiếm và đọc dữ liệu cũ ("truy cập trạng thái") đã trở nên nặng nề và chậm chạp hơn đối với các nút để xử lý. Phí cho các hành động này vẫn giữ nguyên mặc dù hiện tại việc tra cứu thông tin đắt hơn một chút (về mặt sức mạnh tính toán).

Do đó, một số lệnh cụ thể hiện đang bị định giá thấp so với công việc mà chúng buộc một nút phải làm. Ví dụ: EXTCODESIZE và EXTCODECOPY bị định giá thấp vì chúng yêu cầu hai lần đọc cơ sở dữ liệu riêng biệt—một cho đối tượng Tài khoản và lần thứ hai cho kích thước mã thực tế hoặc mã byte.

Cập nhật chi phí gas truy cập trạng thái (hoặc EIP-8038) tăng các hằng số gas cho các mã lệnh truy cập trạng thái, như tra cứu dữ liệu Tài khoản và hợp đồng, để phù hợp với hiệu suất phần cứng hiện đại và kích thước trạng thái.

Việc điều chỉnh chi phí truy cập trạng thái cũng giúp làm cho Ethereum có khả năng phục hồi tốt hơn. Bởi vì các hành động đọc dữ liệu nặng này rẻ một cách giả tạo, một kẻ tấn công độc hại có thể gửi thư rác vào mạng lưới với hàng ngàn yêu cầu dữ liệu phức tạp trong một khối duy nhất trước khi đạt đến giới hạn phí của mạng lưới, có khả năng khiến mạng lưới bị đình trệ hoặc sập (một cuộc tấn công từ chối dịch vụ). Ngay cả khi không có ý định xấu, các nhà phát triển cũng không được khuyến khích về mặt kinh tế để xây dựng các ứng dụng hiệu quả nếu việc đọc dữ liệu mạng lưới quá rẻ.

Bằng cách định giá các hành động truy cập trạng thái chính xác hơn, Ethereum có thể có khả năng phục hồi tốt hơn trước các sự cố chậm lại do vô tình hoặc cố ý, đồng thời việc điều chỉnh chi phí mạng lưới với tải phần cứng chứng tỏ một nền tảng bền vững hơn cho các đợt tăng giới hạn gas trong tương lai.

Tài nguyên: Đặc tả kỹ thuật EIP-8038 (opens in a new tab)

Những tinh chỉnh đối với nhiệm vụ của trình xác thực và quy trình thoát đảm bảo sự ổn định của mạng lưới trong các sự kiện phạt cắt giảm hàng loạt và dân chủ hóa Thanh khoản. Những cải tiến này làm cho mạng lưới ổn định hơn và đảm bảo rằng tất cả những người tham gia, dù lớn hay nhỏ, đều được đối xử công bằng.

Khả năng phục hồi của mạng lưới

Các tinh chỉnh đối với nhiệm vụ của trình xác thực và quy trình thoát đảm bảo sự ổn định của mạng lưới trong các sự kiện phạt cắt giảm hàng loạt và dân chủ hóa Thanh khoản. Những cải tiến này làm cho mạng lưới ổn định hơn và đảm bảo rằng tất cả những người tham gia, dù lớn hay nhỏ, đều được đối xử công bằng.

Loại trừ các trình xác thực bị phạt cắt giảm khỏi việc đề xuất

• Ngăn chặn các trình xác thực bị phạt (bị phạt cắt giảm) được chọn để đề xuất các khối trong tương lai, loại bỏ các khe bị bỏ lỡ được đảm bảo
• Giữ cho Ethereum hoạt động trơn tru và đáng tin cậy, ngăn chặn tình trạng đình trệ nghiêm trọng trong trường hợp xảy ra sự kiện phạt cắt giảm hàng loạt

Hiện tại, ngay cả khi một trình xác thực bị phạt cắt giảm (bị phạt vì vi phạm quy tắc hoặc không hoạt động như mong đợi), hệ thống vẫn có thể chọn họ để dẫn dắt một khối trong tương lai gần khi nó tạo ra các dự đoán người đề xuất trong tương lai.

Bởi vì các khối từ những người đề xuất bị phạt cắt giảm sẽ tự động bị từ chối là không hợp lệ, điều này khiến mạng lưới bỏ lỡ các khe và làm chậm quá trình phục hồi mạng lưới trong các sự kiện phạt cắt giảm hàng loạt.

Loại trừ các trình xác thực bị phạt cắt giảm khỏi việc đề xuất (hoặc EIP-8045) chỉ đơn giản là lọc ra các trình xác thực bị phạt cắt giảm khỏi việc được chọn cho các nhiệm vụ trong tương lai. Điều này cải thiện khả năng phục hồi của Chuỗi bằng cách đảm bảo chỉ những trình xác thực khỏe mạnh mới được chọn để đề xuất các khối, duy trì chất lượng dịch vụ trong quá trình gián đoạn mạng lưới.

Tài nguyên: Đặc tả kỹ thuật EIP-8045 (opens in a new tab)

Cho phép các lượt thoát sử dụng hàng đợi hợp nhất

• Đóng một lỗ hổng cho phép các trình xác thực có số dư cao thoát khỏi mạng lưới nhanh hơn các trình xác thực nhỏ hơn thông qua hàng đợi hợp nhất
• Cho phép các lượt thoát thông thường tràn vào hàng đợi thứ hai này khi nó có công suất dự phòng, giảm thời gian rút tiền đặt cọc trong các giai đoạn khối lượng cao
• Duy trì bảo mật nghiêm ngặt để tránh thay đổi các giới hạn an toàn cốt lõi của Ethereum hoặc làm suy yếu mạng lưới

Kể từ khi bản nâng cấp Pectra tăng số dư hiệu quả tối đa cho các trình xác thực Ethereum từ 32 ETH lên 2.048 ETH, một lỗ hổng kỹ thuật cho phép các trình xác thực có số dư cao thoát khỏi mạng lưới nhanh hơn các trình xác thực nhỏ hơn thông qua hàng đợi hợp nhất.

Cho phép các lượt thoát sử dụng hàng đợi hợp nhất (hoặc EIP-8080) dân chủ hóa hàng đợi hợp nhất cho tất cả các lượt thoát đặt cọc, tạo ra một hàng duy nhất, công bằng cho mọi người.

Để phân tích cách thức hoạt động của điều này ngày nay:

• Giới hạn ra vào của Ethereum là một giới hạn an toàn về tỷ lệ mà các trình xác thực có thể tham gia, thoát hoặc hợp nhất (củng cố) ETH đã đặt cọc của họ, để đảm bảo an ninh của mạng lưới không bao giờ bị mất ổn định
• Bởi vì việc hợp nhất trình xác thực là một hành động nặng nề hơn với nhiều bộ phận chuyển động hơn so với việc thoát trình xác thực tiêu chuẩn, nó tiêu tốn một phần lớn hơn của ngân sách an toàn này (giới hạn ra vào)
• Cụ thể, Giao thức quy định rằng chi phí bảo mật chính xác của một lượt thoát tiêu chuẩn bằng hai phần ba (2/3) chi phí của một lần hợp nhất

Các hàng đợi thoát công bằng hơn sẽ cho phép các lượt thoát tiêu chuẩn mượn không gian chưa sử dụng từ hàng đợi hợp nhất trong các giai đoạn có nhu cầu thoát cao, áp dụng tỷ giá hối đoái "3 đổi 2" (cứ 2 vị trí hợp nhất chưa sử dụng, mạng lưới có thể xử lý an toàn 3 lượt thoát tiêu chuẩn). Hệ số ra vào 3/2 này cân bằng nhu cầu trên các hàng đợi hợp nhất và thoát.

Việc dân chủ hóa quyền truy cập vào hàng đợi hợp nhất sẽ tăng tốc độ mà người dùng có thể thoát khoản đặt cọc của họ trong các giai đoạn nhu cầu cao lên tới 2,5 lần, mà không làm tổn hại đến an ninh mạng lưới.

Tài nguyên: Đặc tả kỹ thuật EIP-8080 (opens in a new tab)

Cải thiện trải nghiệm người dùng & nhà phát triển

Bản nâng cấp Glamsterdam của Ethereum nhằm mục đích cải thiện trải nghiệm người dùng, tăng cường khả năng khám phá dữ liệu và xử lý kích thước thông điệp ngày càng tăng để ngăn chặn các lỗi đồng bộ hóa. Điều này giúp dễ dàng theo dõi những gì đang xảy ra trên chuỗi đồng thời ngăn chặn các trục trặc kỹ thuật khi mạng lưới mở rộng quy mô.

Giảm chi phí gas giao dịch nội tại

• Giảm phí cơ sở cho các giao dịch, giảm chi phí tổng thể của một khoản thanh toán ETH gốc đơn giản
• Làm cho các khoản chuyển nhỏ hơn có giá cả phải chăng hơn, thúc đẩy khả năng tồn tại của Ethereum như một phương tiện trao đổi thường xuyên

Tất cả các giao dịch Ethereum ngày nay đều có một khoản phí gas cơ sở cố định, bất kể việc xử lý nó đơn giản hay phức tạp như thế nào. Giảm gas giao dịch nội tại (hoặc EIP-2780) đề xuất giảm phí cơ sở đó để làm cho một khoản chuyển ETH tiêu chuẩn giữa các Tài khoản hiện có rẻ hơn tới 71%.

Giảm gas giao dịch nội tại hoạt động bằng cách chia nhỏ phí giao dịch để chỉ phản ánh công việc cơ bản, thiết yếu mà các máy tính chạy mạng lưới thực sự làm, như xác minh chữ ký số và cập nhật số dư. Bởi vì một khoản thanh toán ETH cơ bản không thực thi mã phức tạp hoặc mang thêm dữ liệu, đề xuất này sẽ giảm phí của nó để phù hợp với dấu chân nhẹ của nó.

Đề xuất giới thiệu một ngoại lệ cho việc tạo các Tài khoản hoàn toàn mới để giữ cho mức phí thấp hơn không làm quá tải trạng thái của mạng lưới. Nếu một khoản chuyển gửi ETH đến một Địa chỉ trống, không tồn tại, mạng lưới phải tạo một bản ghi mới vĩnh viễn cho nó. Một khoản phụ phí gas được thêm vào cho việc tạo Tài khoản đó để giúp trang trải gánh nặng lưu trữ dài hạn của nó.

Cùng với nhau, EIP-2780 nhằm mục đích làm cho các khoản chuyển hàng ngày giữa các Tài khoản hiện có trở nên phải chăng hơn đồng thời đảm bảo mạng lưới vẫn được bảo vệ chống lại sự phình to cơ sở dữ liệu bằng cách định giá chính xác sự tăng trưởng trạng thái thực sự.

Tài nguyên: Đặc tả kỹ thuật EIP-2780 (opens in a new tab)

Triển khai trước nhà máy xác định

• Cung cấp cho các nhà phát triển một cách gốc để triển khai các ứng dụng và Ví hợp đồng thông minh đến cùng một Địa chỉ chính xác trên nhiều chuỗi
• Cho phép người dùng có cùng một Địa chỉ Ví thông minh trên nhiều mạng lưới lớp 2 (l2), giảm tải nhận thức, giảm sự nhầm lẫn và giảm nguy cơ mất tiền do vô tình
• Thay thế các giải pháp thay thế mà các nhà phát triển hiện đang sử dụng để đạt được sự ngang bằng này, giúp việc xây dựng các Ví và ứng dụng đa chuỗi trở nên dễ dàng và an toàn hơn

Nếu một người dùng có một Ví hợp đồng thông minh ngày nay với các Tài khoản trên nhiều chuỗi tương thích với Máy ảo Ethereum (EVM), họ thường kết thúc với một Địa chỉ hoàn toàn khác nhau trên các mạng lưới khác nhau. Điều này không chỉ gây nhầm lẫn mà còn có thể dẫn đến việc mất tiền do vô tình.

Triển khai trước nhà máy xác định (hoặc EIP-7997) cung cấp cho các nhà phát triển một cách gốc, được tích hợp sẵn để triển khai các ứng dụng phi tập trung và Ví hợp đồng thông minh của họ đến cùng một Địa chỉ chính xác trên nhiều chuỗi EVM, bao gồm Mạng chính Ethereum, các mạng lưới lớp 2 (l2) và hơn thế nữa. Nếu được áp dụng, nó sẽ cho phép người dùng có cùng một Địa chỉ chính xác trên mọi chuỗi tham gia, giảm đáng kể tải nhận thức và khả năng xảy ra lỗi của người dùng.

Triển khai trước nhà máy xác định hoạt động bằng cách đặt vĩnh viễn một chương trình nhà máy chuyên dụng, tối thiểu tại một vị trí giống hệt nhau (cụ thể là Địa chỉ 0x12) trên mọi chuỗi tương thích EVM tham gia. Mục tiêu của nó là cung cấp một hợp đồng nhà máy tiêu chuẩn, phổ quát có thể được áp dụng bởi bất kỳ mạng lưới tương thích EVM nào; miễn là một chuỗi EVM tham gia và áp dụng tiêu chuẩn này, các nhà phát triển sẽ có thể sử dụng nó để triển khai các hợp đồng thông minh của họ đến cùng một Địa chỉ chính xác trên mạng lưới đó.

Sự tiêu chuẩn hóa này đơn giản hóa việc xây dựng và quản lý các ứng dụng chuỗi chéo cho các nhà phát triển và hệ sinh thái rộng lớn hơn. Các nhà phát triển không còn phải xây dựng mã tùy chỉnh, dành riêng cho chuỗi để liên kết phần mềm của họ với nhau trên các mạng lưới khác nhau, thay vào đó sử dụng nhà máy phổ quát này để tạo ra cùng một Địa chỉ chính xác cho ứng dụng của họ ở mọi nơi. Ngoài ra, các trình khám phá khối, dịch vụ theo dõi và Ví có thể dễ dàng xác định và liên kết các ứng dụng và Tài khoản này trên các chuỗi khác nhau, tạo ra một môi trường đa chuỗi thống nhất và liền mạch hơn cho tất cả những người tham gia dựa trên Ethereum.

Tài nguyên: Đặc tả kỹ thuật EIP-7997 (opens in a new tab)

Các khoản chuyển và đốt ETH phát ra một Nhật ký

• Tự động tạo một bản ghi vĩnh viễn (Nhật ký) mỗi khi ETH được chuyển hoặc đốt
• Khắc phục một điểm mù lịch sử cho phép các ứng dụng, sàn giao dịch và cầu nối phát hiện một cách đáng tin cậy các khoản tiền gửi của người dùng mà không cần các công cụ theo dõi đặc biệt

Không giống như các token (ERC-20), các khoản chuyển ETH thông thường giữa các hợp đồng thông minh không phát ra một biên lai rõ ràng (Nhật ký tiêu chuẩn), khiến chúng khó theo dõi đối với các sàn giao dịch và ứng dụng.

Các khoản chuyển và đốt ETH phát ra một Nhật ký (hoặc EIP-7708) bắt buộc mạng lưới phải phát ra một sự kiện Nhật ký tiêu chuẩn mỗi khi một lượng ETH khác không được di chuyển hoặc đốt.

Điều này sẽ giúp các Ví, sàn giao dịch và nhà điều hành cầu nối dễ dàng và đáng tin cậy hơn nhiều trong việc theo dõi chính xác các khoản tiền gửi và chuyển động mà không cần công cụ tùy chỉnh.

Tài nguyên: Đặc tả kỹ thuật EIP-7708 (opens in a new tab)

Danh sách biên lai khối một phần eth/70

Khi chúng ta tăng khối lượng công việc mà Ethereum có thể làm, danh sách các biên lai cho những hành động đó (bản ghi dữ liệu của các giao dịch này) đang trở nên quá lớn đến mức chúng có khả năng khiến các nút của mạng lưới bị lỗi khi cố gắng đồng bộ hóa dữ liệu với nhau.

Hiện là một yêu cầu đối với tất cả các ứng dụng khách lớp thực thi, danh sách biên lai khối một phần eth/70 (hoặc EIP-7975) giới thiệu một cách mới để các nút nói chuyện với nhau (eth/70) cho phép các danh sách lớn này được chia thành các phần nhỏ hơn, dễ quản lý hơn. eth/70 giới thiệu một hệ thống phân trang cho Giao thức giao tiếp của mạng lưới cho phép các nút chia nhỏ danh sách biên lai khối và yêu cầu dữ liệu một cách an toàn theo các khối nhỏ hơn, dễ quản lý hơn.

Sự thay đổi này sẽ ngăn chặn các lỗi đồng bộ hóa mạng lưới trong các giai đoạn hoạt động mạnh. Cuối cùng, nó mở đường cho Ethereum tăng công suất khối của mình và xử lý nhiều giao dịch hơn trên mỗi khối trong tương lai, mà không làm quá tải phần cứng vật lý đang đồng bộ hóa Chuỗi.

Tài nguyên: Đặc tả kỹ thuật EIP-7975 (opens in a new tab)

Đọc thêm

• Lộ trình Ethereum
• Forkcast: Glamsterdam (opens in a new tab)
• Glamsterdam Meta EIP (opens in a new tab)
• Thông báo trên blog về Cập nhật Ưu tiên Giao thức cho năm 2026 (opens in a new tab)
• Podcast The Daily Gwei Refuel - Ethereum hậu lượng tử, Glamsterdam đang đến (opens in a new tab)

Câu hỏi thường gặp

Làm thế nào để chuyển đổi ETH sau Phân nhánh cứng Glamsterdam?

• Không cần hành động đối với ETH của bạn: Không cần phải chuyển đổi hoặc nâng cấp ETH của bạn sau bản nâng cấp Glamsterdam. Số dư Tài khoản của bạn sẽ giữ nguyên và ETH bạn hiện đang nắm giữ sẽ vẫn có thể truy cập được ở dạng hiện tại sau Phân nhánh cứng.
• Cảnh giác với các trò lừa đảo! bất kỳ ai hướng dẫn bạn "nâng cấp" ETH của mình đều đang cố lừa đảo bạn. Bạn không cần phải làm gì liên quan đến bản nâng cấp này. Tài sản của bạn sẽ hoàn toàn không bị ảnh hưởng. Hãy nhớ rằng, luôn cập nhật thông tin là cách phòng vệ tốt nhất chống lại các trò lừa đảo.

Tìm hiểu thêm về cách nhận biết và tránh các trò lừa đảo

Bản nâng cấp Glamsterdam có ảnh hưởng đến tất cả các nút và trình xác thực Ethereum không?

Có, bản nâng cấp Glamsterdam yêu cầu cập nhật cho cả ứng dụng khách lớp thực thi và ứng dụng khách lớp đồng thuận. Bởi vì bản nâng cấp này giới thiệu Tách biệt người đề xuất và người xây dựng được đưa vào giao thức (ePBS), các nhà điều hành nút sẽ cần đảm bảo các ứng dụng khách của họ được cập nhật để xử lý các cách thức mới mà các khối được xây dựng, xác thực và chứng thực bởi mạng lưới.

Tất cả các ứng dụng khách Ethereum chính sẽ phát hành các phiên bản hỗ trợ Phân nhánh cứng được đánh dấu là ưu tiên cao. Bạn có thể theo dõi thời điểm các bản phát hành này sẽ có sẵn trong các kho lưu trữ GitHub của ứng dụng khách, kênh Discord (opens in a new tab) của họ, Discord EthStaker (opens in a new tab) hoặc bằng cách đăng ký blog Ethereum để nhận các bản cập nhật Giao thức.

Để duy trì đồng bộ hóa với mạng lưới Ethereum sau khi nâng cấp, các nhà điều hành nút phải đảm bảo họ đang chạy một phiên bản ứng dụng khách được hỗ trợ. Lưu ý rằng thông tin về các bản phát hành ứng dụng khách có tính nhạy cảm về thời gian và người dùng nên tham khảo các bản cập nhật mới nhất để biết thông tin chi tiết hiện tại nhất.

Là một người đặt cọc, tôi cần làm gì cho bản nâng cấp Glamsterdam?

Như với mọi bản nâng cấp mạng lưới, hãy đảm bảo cập nhật các ứng dụng khách của bạn lên các phiên bản mới nhất được đánh dấu có hỗ trợ Glamsterdam. Theo dõi các bản cập nhật trong danh sách gửi thư và Thông báo Giao thức trên Blog EF (opens in a new tab) để được thông báo về các bản phát hành.

Để xác thực thiết lập của bạn trước khi Glamsterdam được kích hoạt trên Mạng chính, bạn có thể chạy một trình xác thực trên các mạng thử nghiệm. Các đợt phân nhánh mạng thử nghiệm cũng được thông báo trong danh sách gửi thư và blog.

Glamsterdam sẽ bao gồm những cải tiến nào cho việc mở rộng quy mô lớp 1 (l1)?

Tính năng nổi bật là ePBS (EIP-7732), giúp tách biệt nhiệm vụ nặng nề là xác thực các giao dịch mạng lưới khỏi nhiệm vụ đạt được đồng thuận. Điều này mở rộng cửa sổ truyền tải dữ liệu từ 2 giây lên khoảng 9 giây, mở khóa khả năng của Ethereum để xử lý an toàn thông lượng giao dịch cao hơn nhiều và chứa nhiều blob dữ liệu hơn cho các mạng lưới lớp 2 (l2).

Glamsterdam có làm giảm phí trên Ethereum (lớp 1 (l1)) không?

Có, Glamsterdam rất có thể sẽ giảm phí cho người dùng hàng ngày! Giảm gas giao dịch nội tại (hoặc EIP-2780) làm giảm phí cơ sở cho việc gửi ETH, làm cho ETH rẻ hơn nhiều để sử dụng cho các khoản thanh toán hàng ngày.

Ngoài ra, vì tính bền vững lâu dài, Glamsterdam giới thiệu Danh sách truy cập cấp độ khối (BAL). Điều này cho phép xử lý song song và chuẩn bị cho lớp 1 (l1) để xử lý an toàn các giới hạn gas tổng thể cao hơn trong tương lai, điều này có khả năng sẽ làm giảm chi phí gas cho mỗi giao dịch khi công suất tăng lên.

Sẽ có bất kỳ thay đổi nào đối với các hợp đồng thông minh hiện tại của tôi sau Glamsterdam không?

Các hợp đồng hiện tại sẽ tiếp tục hoạt động bình thường sau Glamsterdam. Các nhà phát triển có thể sẽ nhận được một số công cụ mới và nên xem xét việc sử dụng gas của họ:

• Tăng kích thước hợp đồng tối đa (hoặc EIP-7954) cho phép các nhà phát triển triển khai các ứng dụng lớn hơn, nâng giới hạn kích thước hợp đồng tối đa từ khoảng 24KiB lên 32KiB.
• Triển khai trước nhà máy xác định (hoặc EIP-7997) giới thiệu một hợp đồng nhà máy phổ quát, được tích hợp sẵn. Nó cho phép các nhà phát triển triển khai các ứng dụng và Ví hợp đồng thông minh của họ đến cùng một Địa chỉ chính xác trên tất cả các chuỗi EVM tham gia.
• Nếu ứng dụng của bạn dựa vào việc theo dõi phức tạp để tìm các khoản chuyển ETH, Các khoản chuyển và đốt ETH phát ra một Nhật ký (hoặc EIP-7708) sẽ cho phép bạn chuyển sang sử dụng Nhật ký để hạch toán đơn giản và đáng tin cậy hơn.
• Tăng chi phí gas tạo trạng thái (hoặc EIP-8037) và cập nhật chi phí gas truy cập trạng thái (hoặc EIP-8038) giới thiệu các mô hình bền vững mới sẽ thay đổi một số chi phí triển khai hợp đồng nhất định, vì việc tạo Tài khoản mới hoặc lưu trữ vĩnh viễn sẽ có một khoản phí cố định được tiêu chuẩn hóa mới dựa trên kích thước của dữ liệu được tạo.

Glamsterdam sẽ ảnh hưởng như thế nào đến lưu trữ nút và các yêu cầu phần cứng?

Nhiều EIP đang được xem xét cho Glamsterdam giải quyết vấn đề suy giảm hiệu suất của sự tăng trưởng trạng thái:

• Tăng chi phí gas tạo trạng thái (hoặc EIP-8037) giới thiệu một khuôn khổ chi phí cố định (CPSB) để nhắm mục tiêu tốc độ tăng trưởng cơ sở dữ liệu trạng thái là 120 GiB/năm, đảm bảo phần cứng vật lý tiêu chuẩn có thể tiếp tục chạy mạng lưới một cách hiệu quả.
• Danh sách biên lai khối một phần eth/70 (hoặc EIP-7975) cho phép các nút yêu cầu các biên lai khối được phân trang, giúp chia nhỏ các danh sách biên lai khối nặng dữ liệu thành các phần nhỏ hơn để ngăn chặn sự cố và đồng bộ hóa khi Ethereum mở rộng quy mô.

Cập nhật trang lần cuối: 6 tháng 6, 2026

w (opens in a new tab)

m (opens in a new tab)

Xem những người đóng góp