오늘날 솔로 스테이킹은 이더리움 런치패드를 통해 32개의 ETH가 연결된 4개의 주요 노드 클라이언트 중 하나를 실행하여 수행됩니다.

• 등대(시그마 프라임)
• 후광(상태)
• 프리즘 (Prysmatic Labs)
• 테쿠(PegaSys)

합의 계층 클라이언트에 ETH를 스테이킹하려면 실행 계층 클라이언트가 필요합니다. 오늘날 가장 유용한 실행 계층 클라이언트는 Geth가 얼마나 광범위하게 사용되는지, 이를 지원하는 개발자 커뮤니티 및 관련 문서로 인해 Geth입니다.

AWS에서 Launchnodes의 사전 동기화된 Geth 클라이언트를 사용하면 고객이 모든 합의 계층 클라이언트를 사용하여 ETH를 단독으로 스테이킹할 수 있습니다. 또한 Geth for staking 노드를 사용하면 스테이킹 인프라를 훨씬 더 빠르게 동기화하여 시간을 며칠에서 몇 시간으로 단축할 수 있으므로 훨씬 쉽게 작업할 수 있습니다.

고객은 Launchnodes의 Geth 노드를 사용하여 퍼블릭 클라우드 및 자체 데이터 센터 인프라를 사용하여 복원력이 뛰어난 스테이킹 아키텍처를 구축합니다.

사전 동기화된 노드를 사용하면 동기화 시간을 절약할 수 있습니다. 동기화 시간은 다양하지만 2일 이상 소요될 수 있습니다. Launchnodes의 사전 동기화된 노드를 사용하면 최대 몇 시간이 걸립니다.

Geth는 스테이킹 작업에서 미션 크리티컬하므로 단기간에 네트워크에 동기화되는 고가용성 인스턴스를 보유하면 기술 팀이 스테이킹 유효성 검사기 노드를 100% 효율적으로 유지할 수 있습니다.

Launchnodes 사전 동기화된 Geth 노드를 사용하면 자체 인프라에서 또는 AWS, Azure 또는 GCP를 사용하여 ETH를 보다 쉽고 저렴한 비용으로 스테이킹할 수 있습니다.

또한 클라이언트가 합의 계층 클라이언트를 선택하거나 더 높은 수준의 복원력으로 쉽게 다양한 클라이언트를 혼합하여 실행할 수 있습니다.

병합 후 최대 추출 가능 가치(MEV)를 얻기 위해 고유한 실행 계층 클라이언트를 실행하는 것이 필수적입니다. 따라서 공유 실행 계층 클라이언트를 사용하여 사전 병합 유효성 검사기를 실행하는 경우 자체 실행을 시작해야 합니다.

사전 동기화된 Geth 노드를 제공하는 것이 오늘날 가장 유용합니다. 그러나 Launchnodes는 모든 클라이언트를 살펴보고 클라이언트가 강력하고 대규모 또는 하이퍼스케일에서 ETH를 스테이킹하는 사람들에게 위험을 구성하지 않는다고 생각될 때 사용할 수 있도록 합니다.

Post Merge 사전 동기화된 Geth 노드를 사용하면 사용 중인 컨센서스 레이어 클라이언트와 관계없이, 인프라가 실행 중인 항목이나 위치에 관계없이 노드를 더 빠르게 시작하고 실행할 수 있습니다.

Execution layer clients by popularity

Geth는 모든 이더리움 레이어 2 솔루션에서 사용되므로 사전 동기화된 고가용성 노드를 제공하면 모든 사람과 조직이 이더리움 생태계에서 구축하는 데 도움이 됩니다.

자신의 Geth 클라이언트를 실행하는 대신 API를 사용하는 것은 위험이 있습니다. 최적의 이더리움 스테이킹 수익을 보장하기 위해 수행해야 하는 호출 빈도는 비용이 많이 들 수 있으며 잠재적인 지연 문제는 유효성 검사기 노드에서 성능 문제를 경험할 수 있음을 의미합니다. 이것이 Ethereum Foundation이 권장하지 않는 이유이며 Infura는 또한 매우 유용한 API 세트가 스테이킹에 적합하지 않다고 말합니다.