Trưởng nhóm kỹ thuật của Lido, Dmitry Gusakov, cảnh báo tại cuộc họp dành cho nhà phát triển ACDC #189 rằng cơ chế tiếp nhận builder một lần của Glamsterdam có thể làm gián đoạn các biện pháp bảo vệ hiện có đối với tiền gửi staking và khiến chúng có nguy cơ bị chiếm đoạt khi nhiều khoản tiền gửi dùng chung một khóa công khai của validator. Theo ChainCatcher, các quy tắc hiện hành của Ethereum quy định khoản tiền gửi hợp lệ đầu tiên sẽ xác định thông tin xác thực rút tiền. Các giao thức staking tận dụng đặc điểm này để ngăn chặn việc thao túng thông tin xác thực: ban đầu chỉ gửi một lượng ETH nhỏ, sau đó gửi phần còn lại khi validator xuất hiện với thông tin xác thực như dự kiến.

Trong giai đoạn chuyển tiếp fork, cơ chế tiếp nhận đặc biệt của Glamsterdam có thể làm thay đổi cách diễn giải các khoản tiền gửi đang chờ xử lý sau đó thuộc cùng một khóa công khai, tạo ra kết quả thứ ba có thể xảy ra: validator không xuất hiện và ETH đã gửi được ghi có cho builder. Lido đề xuất duy trì sự phân biệt giữa tiền gửi của validator và của builder trong quá trình tiếp nhận một lần, nhưng các nhà phát triển cốt lõi đã bác bỏ thay đổi này vì lý do thời gian. Sepolia đã được kích hoạt theo đặc tả hiện tại, và bản phát hành client cho Hoodi đang được chuẩn bị; thay đổi hành vi lúc này có thể đòi hỏi phải triển khai lại Sepolia và tiến hành thêm các thử nghiệm. Vấn đề này chỉ giới hạn ở quy trình tiếp nhận trong giai đoạn chuyển tiếp, chứ không ảnh hưởng đến việc xử lý tiền gửi thường xuyên, nhưng có thể tác động đến các khoản tiền gửi đang chờ trong hàng đợi.