Lidos Engineering Lead Dmitry Gusakov warnte beim Entwicklertreffen ACDC #189, dass Glamsterdams einmaliger Onboarding-Mechanismus für Builder bestehende Schutzmaßnahmen für Staking-Einzahlungen beeinträchtigen und sie anfällig für Übernahmen machen könnte, wenn mehrere Einzahlungen denselben öffentlichen Validator-Schlüssel verwenden. Laut ChainCatcher legen die aktuellen Ethereum-Regeln fest, dass die erste gültige Einzahlung die Auszahlungsschlüssel bestimmt. Dieses Merkmal nutzen Staking-Protokolle, um Manipulationen der Schlüssel zu verhindern: Zunächst wird ein kleiner Betrag in ETH eingezahlt, der Rest dann, sobald der Validator mit den erwarteten Schlüsseln erscheint.

Während des Fork-Übergangs könnte Glamsterdams spezieller Onboarding-Mechanismus beeinflussen, wie später eingehende ausstehende Einzahlungen unter demselben öffentlichen Schlüssel interpretiert werden. Dadurch entsteht ein drittes mögliches Ergebnis: Der Validator erscheint nicht, und das eingezahlte ETH wird dem Builder gutgeschrieben. Lido schlug vor, während des einmaligen Onboardings zwischen Validator- und Builder-Einzahlungen zu unterscheiden, doch die Core-Entwickler lehnten die Änderung aus zeitlichen Gründen ab. Sepolia wurde bereits gemäß der bestehenden Spezifikation aktiviert, und eine Hoodi-Client-Version ist in Vorbereitung. Eine Änderung des Verhaltens könnte nun eine erneute Bereitstellung von Sepolia und zusätzliche Tests erfordern. Das Problem betrifft ausschließlich den Onboarding-Prozess während der Übergangsphase und nicht die laufende Einzahlungsverarbeitung, könnte sich jedoch auf Einzahlungen auswirken, die in der Warteschlange stehen.