Kỹ sư Lido cảnh báo nguy cơ bị đánh cắp nạp staking trong quá trình chuyển đổi Glamsterdam của ethereum

2026/10/21 14:09:00

Tại sao các nhà phát triển Ethereum từ chối giải pháp ở cấp giao thức

Nâng cấp mạng lưới lớn tiếp theo của ethereum nhằm mở rộng lớp cơ sở thông qua việc tách biệt người đề xuất và người xây dựng được quy định, cùng với giới hạn gas cao hơn, nhưng một lỗ hổng cụ thể về thời gian đã thu hút sự chú ý mới từ một trong những nhà cung cấp staking lỏng lớn nhất. Vào ngày 20 tháng 10 năm 2026, Dima Gusakov, Trưởng phòng Kỹ thuật tại Lido Finance, đã công khai mô tả cách quá trình chuyển đổi sang Glamsterdam có thể cho phép một người vận hành nút mạng độc hại chạy trước khoản nạp validator của người staker. Cuộc tấn công sẽ sử dụng các khoản nạp từ người xây dựng có thông tin rút tiền bắt đầu bằng tiền tố 0xB0, tạm thời chia sẻ hàng đợi nạp, có khả năng ghi nhận ETH vào tài khoản người xây dựng thay vì kích hoạt validator mong muốn. Cửa sổ tấn công chỉ giới hạn trong chính quá trình chuyển đổi hard-fork. Sau nâng cấp, các khoản nạp từ người xây dựng sẽ được chuyển sang đường dẫn hợp đồng riêng biệt.

Một đề xuất sửa đổi cấp giao thức trong các thông số đồng thuận đã bị đóng lại với trạng thái “không có kế hoạch”, chuyển gánh nặng phòng thủ sang các giao thức staking. Bài viết này phân tích cơ chế kỹ thuật của rủi ro, các lựa chọn thiết kế của bản nâng cấp tạo ra sự chồng lấn tạm thời, lý do các nhà phát triển cốt lõi từ chối vá giao thức, các bước thực tế mà các nhà cung cấp liquid staking phải thực hiện, lịch trình mạng thử nghiệm cho phép các nhà vận hành chỉ vài ngày để chuẩn bị, và những bài học rộng hơn về bảo mật staking được ủy quyền khi ethereum tiến hành lộ trình mở rộng quy mô. Phân tích này dựa hoàn toàn trên các báo cáo và tuyên bố chính thức trong 30 ngày qua, tập trung vào các chi tiết đã được xác minh thay vì suy đoán.

Trưởng nhóm Kỹ thuật Lido chi tiết về véc-tơ front-running trên X và trong các cuộc gọi phát triển

Dima Gusakov đưa ra cảnh báo vào ngày 20 tháng 10 năm 2026, trực tiếp nhắc đến các giao thức staking và những người staking được ủy quyền. Ông giải thích rằng một người vận hành nút mạng có thể gửi một khoản nạp của builder sử dụng cùng một khóa công khai trước khi giao dịch nạp validator hợp lệ được ghi nhận. Vì Glamsterdam giới thiệu các khoản nạp builder dựa trên thông tin rút tiền bắt đầu bằng 0xB0, và vì những khoản nạp này chia sẻ hàng đợi nạp validator trong quá trình chuyển đổi, nên khoản nạp hợp lệ đầu tiên có thể chiếm đoạt số tiền. Kết quả là validator của người staking không bao giờ xuất hiện trên beacon chain, trong khi ETH được ghi vào tài khoản builder của kẻ tấn công. Gusakov nhấn mạnh rằng cuộc tấn công chỉ có thể xảy ra tại thời điểm phân nhánh. Trước Glamsterdam, các khoản nạp builder đi qua hàng đợi nạp validator hiện có; sau đó, chúng được định tuyến qua một hợp đồng riêng biệt. Ông lưu ý rằng thời gian giới hạn này khiến việc giảm thiểu rủi ro trở nên khả thi đối với các giao thức đã chuẩn bị sẵn.

Vấn đề tương tự đã được nêu ra trong cuộc gọi đồng thuận All Core Devs (ACDC #189). Gusakov nhấn mạnh rằng cơ chế đăng ký người xây dựng một lần của Glamsterdam có thể gây nhiễu với các mô hình bảo vệ tiền nạp mà các giao thức staking đã dựa vào lâu nay. Theo các quy tắc hiện tại, khoản nạp hợp lệ đầu tiên cho một khóa công khai sẽ thiết lập vĩnh viễn thông tin rút tiền. Các giao thức thường nạp một số tiền nhỏ trước, xác nhận rằng thông tin credentials mong đợi xuất hiện, sau đó mới bổ sung số dư còn lại. Trong quá trình chuyển đổi phân nhánh, con đường đăng ký đặc biệt này có thể tạo ra kết quả thứ ba: không có validator nào được kích hoạt, và toàn bộ số tiền nạp sẽ được gán cho một builder. Các nhà phát triển lõi đã từ chối thay đổi thông số kỹ thuật muộn sẽ duy trì sự phân biệt giữa tiền nạp của validator và builder trong quá trình đăng ký một lần, do Sepolia đã kích hoạt dưới các quy tắc hiện tại và các bản phát hành client Hoodi đã trong quá trình chuẩn bị. Thay đổi hành vi ở giai đoạn đó sẽ yêu cầu triển khai lại Sepolia và thêm các chu kỳ kiểm thử.

Cách Thông tin xác thực của 0xB0 Builder tương tác với hàng đợi nạp chung

Glamsterdam giới thiệu các khoản nạp của nhà xây dựng như một phần của việc chuyển đổi sang sự tách biệt giữa người đề xuất và nhà xây dựng được ghi nhận. Các khoản nạp này mang thông tin rút tiền bắt đầu bằng tiền tố 0xB0, phân biệt với thông tin xác thực của validator thông thường. Trong giai đoạn chuyển tiếp, hai loại khoản nạp này chia sẻ cùng một đường dẫn xử lý hàng đợi. Một người vận hành nút mạng có thể kiểm soát hoặc ảnh hưởng đến thứ tự gửi khoản nạp, do đó có thể chèn một khoản nạp có xác thực của nhà xây dựng trùng với khóa công khai của người staker đang chờ xử lý. Sau khi khoản nạp đầu tiên được chấp nhận, mạng lưới coi khóa công khai đó đã được claim dưới xác thực của nhà xây dựng. Các khoản nạp tiếp theo dưới cùng khóa công khai sẽ bị bỏ qua để kích hoạt validator hoặc được chuyển hướng theo các quy tắc diễn giải mới áp dụng xung quanh ranh giới phân nhánh.

Hiệu quả thực tế là người staker mất cả validator dự kiến và ETH đã nạp, hiện giờ nằm dưới sự kiểm soát của builder. Các validator đã kích hoạt và các khoản nạp đã được xử lý trước đó không bị ảnh hưởng. Rủi ro chỉ giới hạn ở các khoản nạp mới hoặc vẫn đang trong hàng đợi vượt qua epoch kích hoạt. Vì hành vi hàng đợi chung kết thúc sau khi phân nhánh hoàn tất và các khoản nạp của builder được chuyển đến hợp đồng riêng của chúng, nên mức độ phơi nhiễm là tạm thời. Tính chất tạm thời này là lý do chính khiến Gusakov khuyên không nên hoảng loạn, đồng thời vẫn kêu gọi mọi dịch vụ staking được ủy quyền thực hiện hoặc tăng cường xác minh trước khi nạp trước khi kích hoạt mạng chính.

Các nhà phát triển cốt lõi đóng đề xuất Consensus-Specs vì không có kế hoạch

Cuộc thảo luận kỹ thuật về giải pháp cấp giao thức xuất hiện trong vấn đề #5735 của consensus-specs. Đề xuất yêu cầu các kiểm tra trước khi nạp để xác minh một số điều kiện trước khi nạp được đưa vào hàng đợi. Sau khi xem xét, vấn đề đã được đóng với trạng thái “không có kế hoạch”. Quyết định này để lại trách nhiệm phòng thủ ở lớp ứng dụng thay vì tích hợp thêm các kiểm tra vào giao thức lõi. Vì vậy, hướng dẫn công khai của Gusakov tập trung vào các giao thức staking thực hiện xác thực trước khi nạp của riêng chúng. Các ràng buộc về thời gian đã ảnh hưởng mạnh mẽ đến kết quả. Sepolia đã fork theo thông số hiện tại vào ngày 6 tháng 10 năm 2026.

Các phiên bản khách hàng Hoodi đang tiến gần đến thời điểm kích hoạt ngày 26 tháng 10. Việc đưa vào một thay đổi hành vi trễ có thể làm phát sinh nhu cầu triển khai lại trên Sepolia và gây chậm trễ thêm trong kiểm thử. Các nhà phát triển cốt lõi đánh giá rằng khoảng thời gian hạn chế và khả năng của các nhóm ứng dụng trong việc thêm các kiểm tra khiến việc vá giao thức trở nên không cần thiết ở giai đoạn này. Kết quả là một mô hình bảo mật phân tán, trong đó mỗi nhà cung cấp staking lỏng lẻo phải xác nhận rằng đường dẫn nạp của họ phân biệt chính xác hoặc chặn các khoản nạp có tiền tố 0xB0 cố gắng yêu cầu các khóa công khai validator.

Các kiểm tra trước khi nạp trở thành hàng phòng thủ chính cho các dịch vụ staking có thể thanh toán

Lido đã vận hành Mô-đun Bảo mật Nạp và ủy ban giám sát kể từ khi các lỗ hổng liên quan đến nạp xuất hiện cách đây vài năm. Các giám sát viên xem xét các bản chụp deposit-root trước khi thực hiện lô, và một giám sát viên trung thực duy nhất có thể tạm dừng các giao dịch nạp. Câu hỏi còn bỏ ngỏ là liệu hạ tầng hiện có đã tính đến loại chứng chỉ 0xB0 mới và các động thái hàng đợi chia sẻ tạm thời, hay cần thêm logic cho quá trình chuyển đổi Glamsterdam. Các giao thức khác không có sự giám sát đa bên tương tự sẽ đối mặt với nhiệm vụ chuẩn bị khó khăn hơn.

Các kiểm tra trước khi nạp có thể có nhiều hình thức cụ thể. Một giao thức có thể từ chối bất kỳ khoản nạp nào có thông tin rút tiền bắt đầu bằng 0xB0 khi mục đích là kích hoạt validator tiêu chuẩn. Nó có thể yêu cầu xác nhận trên-chain hoặc off-chain rằng khóa công khai chưa từng được khai báo dưới thông tin người xây dựng. Nó có thể tạm dừng các khoản nạp mới trong một khoảng thời gian ngắn xung quanh epoch kích hoạt cho đến khi kết thúc giai đoạn hàng đợi chung. Vì bề mặt tấn công chỉ tồn tại khi các hàng đợi chồng lấn nhau, việc tạm dừng tạm thời hoặc tăng cường kiểm tra trong khoảng thời gian đó có thể loại bỏ phần lớn rủi ro thực tế. Các dịch vụ staking nhỏ hơn hoặc mới hơn chưa xây dựng được các ủy ban kiểu guardian sẽ cần hành động nhanh nếu họ định chấp nhận các khoản nạp trong quá trình chuyển đổi mạng chính.

Lịch kích hoạt Glamsterdam để lại rất ít ký quỹ cho việc chuẩn bị

Quỹ Ethereum xác nhận rằng Glamsterdam sẽ được kích hoạt trên mạng thử nghiệm Hoodi tại epoch 132.352, slot 4.235.264, tương ứng với ngày 26 tháng 10 năm 2026 lúc 17:42:48 UTC. Tại epoch cùng lúc đó, giới hạn gas của Hoodi tăng lên 200 triệu. Sepolia đã được kích hoạt vào ngày 6 tháng 10. Thời gian kích hoạt trên mạng chính vẫn chưa được quyết định, với các ngày đề xuất vào đầu tháng 12 đang được thảo luận, tùy thuộc vào một phân nhánh Hoodi sạch sẽ. Do đó, các nhà vận hành nút và nhóm staking chỉ có vài ngày sau cảnh báo của Gusakov để xác minh các đường dẫn nạp của họ trên Hoodi.

Các đội ngũ khách hàng đã công bố các phiên bản tương thích cho cả lớp đồng thuận và lớp thực thi. Người vận hành phải nâng cấp cả nút beacon và client validator, xem xét bất kỳ thay đổi nào đối với giao diện builder do sự tách biệt proposer-builder được cố định giới thiệu, và xác nhận rằng logic gửi deposit xử lý chính xác tiền tố chứng chỉ mới. Khoảng thời gian ngắn giữa cảnh báo công khai và lần kích hoạt mạng thử nghiệm công khai đầu tiên nhấn mạnh lý do tại sao các biện pháp phòng thủ ở lớp ứng dụng cần được sẵn sàng trước khi cửa sổ chuyển đổi mạng chính mở ra.

Phân tách Người đề xuất - Người xây dựng được khẳng định giới thiệu lộ trình nạp mới

Glamsterdam kết hợp các thay đổi về lớp thực thi của Amsterdam với các thay đổi về lớp đồng thuận của Gloas. Hai tính năng nổi bật của nó là sự tách biệt giữa người đề xuất và người xây dựng được ghi nhận (EIP-7732) và danh sách truy cập ở cấp khối. Dưới ePBS, các nhà xây dựng đăng ký trên chuỗi với số dư và khóa công khai của riêng họ, gửi các lời đề nghị và sau đó tiết lộ các tải thực thi. Giao thức tự xử lý việc thanh toán cho người đề xuất, giảm sự phụ thuộc vào các relay bên ngoài. Các khoản nạp và rút của nhà xây dựng trở thành các yêu cầu thực thi cấp một, lý do vì sao tiền tố chứng chỉ 0xB0 và sự chồng lấn hàng đợi tạm thời xuất hiện.

Thiết kế này cải thiện khả năng mở rộng bằng cách cung cấp thêm thời gian cho các validator để xử lý các tải trọng lớn hơn và cho phép giới hạn gas cao hơn. Đồng thời, nó tạo ra một con đường nhập cảnh mới cho các nhà phát triển, cần được phân biệt rõ ràng với các khoản nạp validator thông thường. Cơ chế chuyển đổi một lần là nguồn gốc của sự mơ hồ tạm thời. Một khi mạng lưới đã chuyển đổi hoàn toàn, các khoản nạp của nhà phát triển sẽ đi qua hợp đồng riêng của chúng, và rủi ro hàng đợi chung sẽ biến mất. Do đó, bản nâng cấp này cải thiện kiến trúc dài hạn trong khi yêu cầu sự cảnh giác ngắn hạn từ bất kỳ dịch vụ nào gửi các khoản nạp thay cho người dùng.

Kinh nghiệm bảo mật nạp tiền trước đây của Lido giúp định hướng phản ứng hiện tại

Lido đã gặp rủi ro front-running khi nạp trong những năm trước và đã phản ứng bằng cách chính thức hóa Mô-đun Bảo mật Nạp cùng với một ủy ban giám sát. Ủy ban xác nhận các bản chụp của deposit-root; một thành viên giám sát duy nhất có thể kích hoạt việc tạm dừng. Hạ tầng này đã chứng minh tính hữu ích trong các sự cố vận hành khác. Trường hợp Glamsterdam kiểm tra xem các kiểm soát tương tự có nhận diện đúng loại chứng từ mới và khoảng thời gian chia sẻ hàng đợi ngắn ngủi hay không.

Các giao thức đã áp dụng các mô hình đa chữ ký hoặc người giám hộ tương tự sau các sự cố trước đó có vị thế tốt hơn so với những giao thức chưa triển khai các biện pháp bảo vệ tương đương. Mô hình tổng thể này quen thuộc: các bản nâng cấp giao thức có thể làm nổi bật các trường hợp biên mà các hệ thống lớp ứng dụng phải hấp thụ. Vì các nhà phát triển cốt lõi đã từ chối thay đổi thông số kỹ thuật vào phút chót, ngành công nghiệp phải coi việc xác thực trước khi nạp là yêu cầu bắt buộc thay vì chỉ là cải tiến tùy chọn. Các đội ngũ đã theo dõi các gốc nạp và có thể tạm dừng nhanh chóng sẽ đối mặt với rủi ro vận hành thấp hơn trong quá trình chuyển đổi.

Các nhà vận hành nút mạng và người staking được ủy quyền đối mặt với rủi ro tập trung trong khoảng thời gian này

Cuộc tấn công yêu cầu một người vận hành nút mạng độc hại hoặc đã bị xâm phạm có thể gửi giao dịch nạp nằm trước giao dịch hợp lệ. Những người staking thông thường chỉ đơn giản nạp vào một giao thức staking lỏng lẻo không thể thực hiện cuộc front-run; rủi ro nằm ở người vận hành cuối cùng ký hoặc gửi giao dịch nạp trên chuỗi. Các validator đã kích hoạt và các giao dịch nạp đã được xác nhận trước đó nằm ngoài vùng bị tấn công. Chỉ các khóa công khai vẫn còn giao dịch nạp đang chờ hoặc vừa được gửi trong epoch chuyển đổi mới bị phơi bày.

Các bên ủy quyền staking do đó nên xác minh rằng giao thức họ chọn đã công bố hướng dẫn về xử lý nạp tiền xung quanh thời điểm kích hoạt Glamsterdam. Các nhà vận hành nên tự kiểm tra kỹ lưỡng thứ tự gửi, giới hạn tỷ lệ hoặc chuỗi các khoản nạp tiền, và xác minh rằng không có khoản nạp tiền nào bắt đầu bằng 0xB0 có thể yêu cầu chìa khóa dành cho validator tiêu chuẩn. Vì cửa sổ thời gian ngắn, việc giảm tạm thời tốc độ nạp tiền mới hoặc tăng cường tư thế giám sát có thể đóng lại hầu hết các lỗ hổng tấn công thực tế mà không gây gián đoạn lâu dài cho các hoạt động staking.

Hoodi cung cấp môi trường trực tiếp đầu tiên để kiểm thử quy trình nạp

Việc kích hoạt Hoodi vào ngày 26 tháng 10 là cơ hội công khai sớm nhất để các đội staking quan sát hành vi hàng đợi chung trong điều kiện thực tế. Các giao thức có thể gửi các khoản nạp thử nghiệm với cả chứng chỉ thông thường và 0xB0, đo lường kết quả sắp xếp và xác minh rằng các bộ lọc trước khi nạp của họ từ chối hoặc cách ly đường dẫn không mong muốn. Các đội khách hàng đã triển khai các phiên bản tương thích Hoodi; các nhà vận hành phải đảm bảo cả client thực thi và client đồng thuận đã được cập nhật và mọi công cụ xây dựng bên ngoài đã được xem xét để phù hợp với các giao diện mới.

Việc kiểm thử thành công trên Hoodi sẽ mang lại sự tự tin cao hơn cho ngành công nghiệp trước khi mở cửa mạng chính. Những lỗi hoặc các trường hợp ngoại lệ không mong đợi được phát hiện trên mạng thử nghiệm vẫn có thể được khắc phục bằng các thay đổi ở lớp ứng dụng hoặc các khoảng dừng ngắn mà không cần thiết kế lại giao thức. Lịch trình ngắn giữa cảnh báo công khai và kích hoạt Hoodi làm cho việc kiểm thử phối hợp trở nên thiết yếu.

Trách nhiệm giảm thiểu hiện đã thuộc về từng giao thức staking

Bằng cách đóng vấn đề consensus-specs với trạng thái "không có kế hoạch", các nhà phát triển cốt lõi đã cho thấy rủi ro tạm thời này nên được xử lý tốt nhất ở lớp ứng dụng. Do đó, các nhà cung cấp liquid staking, các nền tảng hoạt động độc lập và bất kỳ dịch vụ nào nộp nạp thay cho người dùng đều phải tự triển khai các kiểm tra của riêng mình. Các nhà cung cấp đã duy trì các ủy ban giám sát hoặc quy trình xác thực deposit-root có thể mở rộng các quy trình này để bao phủ tiền tố 0xB0. Các nhà cung cấp không có hạ tầng tương tự phải đối mặt với thời hạn chặt chẽ hơn để thêm các biện pháp kiểm soát tương đương.

Mô hình phân tán có cả ưu điểm và nhược điểm. Nó cho phép phản hồi nhanh chóng và phù hợp mà không cần chờ đợi thay đổi phân nhánh cứng trên toàn mạng. Đồng thời, điều này cũng có nghĩa là mức độ an toàn của khoản nạp của bất kỳ người staker nào đều phụ thuộc vào các thực hành cụ thể của giao thức mà họ lựa chọn. Sự minh bạch về các quy trình xử lý khoản nạp xung quanh epoch kích hoạt sẽ giúp người dùng đánh giá rủi ro còn sót lại.

Mục tiêu mở rộng và các trường hợp ngoại lệ tạm thời vẫn được liên kết trong các bản nâng cấp ethereum

Glamsterdam thúc đẩy lộ trình mở rộng L1 của Ethereum bằng cách tăng giới hạn gas thực tế lên gần 200 triệu, cho phép xử lý giao dịch song song thông qua danh sách truy cập ở cấp khối và loại bỏ các relays bên ngoài khỏi con đường quan trọng trong sản xuất khối. Những cải tiến này yêu cầu các nguyên tố mới trên chuỗi dành cho các nhà phát triển, đồng thời tạo ra sự chồng chéo tạm thời trong hàng đợi nạp. Mô hình này đặc trưng cho các bản nâng cấp lớn: các cải tiến kiến trúc dài hạn có thể làm xuất hiện các trường hợp biên ngắn hạn mà các đội ngũ ứng dụng phải quản lý.

Khả năng của ngành trong việc xử lý các trường hợp ngoại lệ này mà không gây tổn thất đến quỹ người dùng sẽ ảnh hưởng đến niềm tin vào các bản nâng cấp tiếp theo. Xác thực trước khi nạp, tạm dừng nạp tạm thời và giao tiếp rõ ràng từ phía người vận hành là những công cụ thực tế hiện có trong trường hợp này. Vì rủi ro chỉ giới hạn trong một khoảng thời gian ngắn và đã biết, chi phí chuẩn bị là hữu hạn, và lợi ích là bảo toàn số tiền nạp của người dùng trong suốt quá trình chuyển đổi.

Các khoản nạp đang chờ yêu cầu giám sát chặt chẽ cho đến khi quá trình chuyển đổi hoàn tất

Bất kỳ khóa công khai nào vẫn còn khoản nạp chưa được xử lý tại thời điểm các quy tắc Glamsterdam được kích hoạt đều nằm trong cửa sổ tấn công tiềm ẩn. Các giao thức có thể giảm thiểu điều này bằng cách rút hết hoặc tăng tốc hàng đợi nạp trước epoch, từ chối các chứng chỉ 0xB0 cho ý định validator, hoặc tạm dừng các bản ghi mới trong một khoảng thời gian ngắn xung quanh thời điểm kích hoạt. Việc giám sát liên tục các thay đổi của deposit-root và trạng thái yêu cầu khóa công khai trong những giờ then chốt sẽ cho phép phản ứng nhanh chóng nếu phát hiện hoạt động bất thường.

Sau khi phân nhánh hoàn tất và các khoản nạp của người xây dựng được chuyển sang đường dẫn hợp đồng riêng biệt, vector hàng đợi chung sẽ đóng lại. Do đó, gánh nặng giám sát có ngày kết thúc rõ ràng. Các đội ngũ coi quá trình chuyển đổi là giai đoạn vận hành cần sự chú ý cao thay vì một bản nâng cấp thông thường sẽ có vị thế tốt nhất để bảo vệ quỹ của người stakes.

🔥 Ngoài những tin tức chính: KuCoin 5.0 có ý nghĩa gì với bạn

Tin tức thị trường thay đổi nhanh — nhưng nơi bạn hành động trên đó cũng quan trọng không kém. Tháng Mười này, KuCoin ra mắt KuCoin 5.0, biến KuCoin thành một nền tảng được xây dựng lại. Dưới đây là những gì thực sự thay đổi đối với bạn:

Một tài khoản cho mọi thứ. Các nền tảng cũ chia tiền của bạn thành các tài khoản riêng biệt “spot”, “margin” và “futures” và mong đợi bạn hiểu lý do. Tài khoản hợp nhất của KuCoin 5.0 loại bỏ hoàn toàn điều đó — chỉ cần nạp một lần, mọi thứ đều sẵn có (hiện chỉ khả dụng cho các VIP).
Cổ phiếu, chỉ số và hàng hóa. KuCoin 5.0 mở rộng ra ngoài tiền điện tử sang các thị trường toàn cầu. Khi tiền điện tử đi ngang và chứng khoán tăng điểm (hoặc ngược lại), bạn có thể chuyển đổi trong vài phút thay vì mở tài khoản môi giới và chờ đợi vài ngày để chuyển tiền pháp định.
Tài sản thực tế (RWA). Tiếp cận thông qua token hóa các tài sản truyền thống như hàng hóa, ngay trong tài khoản tiền điện tử của bạn. Một trong những phân đoạn tăng trưởng nhanh nhất trong tài chính toàn cầu giờ đây không còn dành riêng cho các tổ chức — bạn có thể tiếp cận nó từ cùng một số dư mà bạn dùng để giao dịch.
Kiếm lợi nhuận trong khi học hỏi. Chưa sẵn sàng giao dịch? KCUSD giúp stablecoin của bạn sinh lời hàng ngày với lãi suất tự động tái đầu tư. Cách dễ dàng nhất để đưa số dư không hoạt động của bạn vào làm việc, mang lại lợi suất 4%.
Một trợ lý AI bằng ngôn ngữ đơn giản. Đặt câu hỏi, nhận bối cảnh thị trường, hiểu những gì bạn đang xem — được tích hợp sẵn trên nền tảng, không cần dùng thuật ngữ chuyên môn.
Một ứng dụng không gây quá tải. Nhanh hơn, sạch sẽ hơn và nhất quán — trực quan ngay từ lần chạm đầu tiên, không cần hướng dẫn.
An toàn bạn có thể kiểm tra, không chỉ tin tưởng. Một thực thể EU được cấp phép theo MiCAR, Proof of Reserves mà bạn có thể tự xác minh, cùng với chứng nhận bảo mật quốc tế (SOC 2 Type II, ISO 27001:2022).

Tạo tài khoản của bạn trong vài phút — và bắt đầu trên nền tảng được xây dựng cho tương lai của tiền mã hóa, chứ không phải quá khứ của nó.

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

Glamsterdam upgrade chính xác là gì, và tại sao nó lại quan trọng đối với việc staking?

Glamsterdam là tên gọi kết hợp của các thay đổi về lớp thực thi Amsterdam và lớp đồng thuận Gloas. Mục tiêu chính của nó là xác lập sự tách biệt giữa proposer và builder, cùng với danh sách truy cập ở cấp khối nhằm hỗ trợ giới hạn gas cao hơn và xử lý khối hiệu quả hơn. Đối với staking, việc giới thiệu đăng ký builder trên chuỗi và con đường nạp liên quan tạo ra hành vi chia sẻ hàng đợi tạm thời, là nền tảng của rủi ro front-running.

Cửa sổ chiếm đoạt nạp kéo dài bao lâu?

Cửa sổ này chỉ tồn tại trong khi các khoản nạp của builder vẫn đang di chuyển qua hàng đợi nạp của validator. Điều kiện này duy trì trong suốt quá trình chuyển đổi phân nhánh. Sau khi nâng cấp hoàn tất, các khoản nạp của builder sẽ được xử lý thông qua một hợp đồng riêng biệt, đóng đường dẫn hàng đợi chung. Do đó, thời gian thực tế được đo bằng giờ xung quanh epoch kích hoạt, chứ không phải bằng ngày hay tuần.

Rủi ro có ảnh hưởng đến các validator đã kích hoạt hoặc ETH đã staked hiện có không?

Không. Cuộc tấn công nhắm vào các khoản nạp mới hoặc đang trong hàng đợi cho các khóa công khai chưa tạo ra validator hoạt động. Các validator hiện có và số dư của chúng vẫn nằm dưới quyền rút đã thiết lập và nằm ngoài phạm vi tấn công được mô tả.

Người staking thông thường có thể làm gì để tự bảo vệ mình?

Các staker nạp thông qua giao thức staking lỏng nên xác minh rằng giao thức đã công bố hướng dẫn cụ thể về xử lý nạp xung quanh thời điểm kích hoạt Glamsterdam. Việc chọn nhà cung cấp đã vận hành bảo mật nạp đa bên hoặc giám sát theo phong cách guardian giúp giảm thiểu rủi ro còn sót lại. Các staker chạy validator của riêng mình nên đảm bảo logic gửi nạp của họ không cho phép một deposit 0xB0 cạnh tranh chiếm cùng một khóa công khai.

Tại sao các nhà phát triển cốt lõi từ chối một bản sửa đổi cấp giao thức?

Đề xuất về các kiểm tra trước khi nạp đã được đóng lại vì không nằm trong kế hoạch, chủ yếu do áp lực về thời gian. Sepolia đã được kích hoạt theo các quy tắc hiện tại, và các bản phát hành của Hoodi client đang tiến triển. Một thay đổi hành vi muộn sẽ làm tăng nguy cơ phải triển khai lại mạng thử nghiệm và gây chậm trễ. Các nhà phát triển đánh giá rằng các biện pháp giảm thiểu ở lớp ứng dụng là đủ, xét đến thời gian tiếp xúc hạn chế.

Thông báo miễn trừ trách nhiệm: Nội dung này chỉ mang tính chất thông tin và không cấu thành lời khuyên đầu tư. Đầu tư vào tiền điện tử tiềm ẩn rủi ro. Vui lòng tự nghiên cứu (DYOR).

Tuyên bố từ chối trách nhiệm: Trang này được dịch bằng công nghệ AI để thuận tiện cho bạn. Để biết thông tin chính xác nhất, hãy tham khảo bản gốc tiếng Anh.