# Rocket Pool Guides & Documentation

> Rocket Pool Guides & Documentation - Decentralised Ethereum Liquid Staking Protocol

## 프로토콜

- [🤝 컨트랙트 및 통합](/ko/protocol/contracts-integrations.md): RPL과 rETH를 좋아하시나요? 저희도 그렇습니다! 그래서 이러한 자산을 사용할 수 있는 새로운 장소를 발견할 수 있도록 통합 서비스 목록과 공식 컨트랙트 배포를 정리했습니다! Rocket Pool을 더 많은 서비스와 프로토콜에 통합하는 것을 도와 기여하고 싶으시다면, Discord에서 연락해주세요!
- [Smart Contracts](/ko/protocol/contracts-usage.md)
- [Explainer Series](/ko/protocol/explainer-series.md): 모두가 좋은 explainer series를 좋아합니다! Ethereum staking 프로토콜이 어떻게 작동하는지에 대한 가장 상세한 이해를 위해, 네 가지 다른 기사에 걸쳐 큰 세부 사항으로 들어가는 이 기사 시리즈를 확인하세요! 프로토콜 및 사용자 개요Protocol DAO와 Oracle Node DAORPL & Tokenomics출시 세부사항 및 감사 보고서 Rocket Pool에 대한 더 많은 정보를 원하신다면, 업데이트의 상세한 역사를 보려면 medium blog account를 확인하세요.
- [자주 묻는 질문](/ko/protocol/faq.md): 이 FAQ 섹션은 우리가 받는 일반적인 질문에 대한 간결한 답변으로 설명 시리즈 문서를 보완하는 것을 목표로 합니다.
- [용어 설명](/ko/protocol/glossary.md): Rocket Pool 문서에서 생소한 개념을 접하실 수 있습니다. 이 섹션은 쉬운 접근과 학습, 그리고 플러그인/테마 개발을 위해 문서에서 사용되는 일반적인 용어들을 정리합니다.
- [소개](/ko/protocol/index.md): Rocket Pool은 이더리움 지분 증명 프로토콜의 첫 번째이며, 커뮤니티 소유, 분산화, 무신뢰 및 이더리움 스테이킹과 호환되도록 설계되었습니다. 2016년 말에 처음 구상되었으며 2021년 10월부터 운영 중입니다. Rocket Pool은 두 가지 주요 사용자 그룹을 지원하도록 설계되었습니다. 0.01 ETH만큼 적은 양으로 rETH를 사용한 토큰화된 스테이킹에 참여하려는 사용자들과 ETH를 스테이킹하고 네트워크의 노드를 운영하여 커미션으로부터 프로토콜 외부 스테이킹보다 높은 ROI를 생성하려는 사용자들입니다. 프로토콜을 구성하는 이 두 그룹에 대한 자세한 정보는 사용자가 토큰화된 스테이킹이든 프로토콜의 노드 운영이든 참여할 수 있는 방법에 대해 자세히 설명하는 설명서 시리즈의 첫 번째 기사를 읽어보시기를 강력히 권장합니다. 프로토콜의 핵심 전제는 네트워크가 단일 당사자에 종속되지 않도록 하는 것입니다. 이는 이더리움 및 ETH 자체와 직접 연결된 원칙이며 Rocket Pool이 진화하면서 프로세스의 모든 단계에서 사용되는 사고방식입니다. Rocket Pool 스테이킹 프로토콜을 구성하는 구성 요소의 대략적인 개요: Rocket Pool은 이더리움 및 DeFi의 핵심 정신, 특히 자기 주권을 진정으로 번영할 수 있게 하는 비수탁적이고 무신뢰적인 특성을 구현하기 위해 노력합니다. 이는 ETH 스테이킹을 위한 기본 프로토콜 계층을 만드는 것이 특히 중요한 이유입니다. 특히 대다수의 플레이어들이 노드를 운영할 기술적 기술을 가지고 있지 않거나 32 ETH를 소유할 재정적 능력이 없기 때문입니다.

## 리퀴드 스테이킹

- [스테이킹 개요](/ko/liquid-staking/overview.md): 이 가이드는 Rocket Pool 스테이킹이 어떻게 작동하는지(ETH가 어떻게 활용되고 보상이 생성되는지) 소개하고, 스테이킹할 수 있는 방법들을 요약합니다.

## 노드 스테이킹

- [노드 운영자의 책임](/ko/node-staking/responsibilities.md)

## Others

- [8-ETH 본드 미니풀](/ko/legacy/atlas/lebs.md): Rocket Pool이 처음 출시되었을 때, 두 가지 유형의 미니풀을 지원했습니다: 16-ETH 본드, 노드 운영자가 16 ETH를 제공하고 나머지 16 ETH는 스테이킹 풀에서 가져와 완전한 (32 ETH) 검증자를 생성합니다.32-ETH 임시 본드, 노드 운영자가 32 ETH를 모두 제공하여 초기화 프로세스를 건너뛰고 비콘 체인에서 즉시 검증을 시작할 수 있으며, 예치 풀에 충분한 ETH가 있으면 16 ETH를 환불받습니다. 이 시점에서 일반적인 16-ETH 본드 미니풀로 전환됩니다. 후자는 프로토콜이 시작된 지 몇 달 후 커뮤니티 투표에 의해 제거되었습니다. 더 이상 필요하지 않고 환불 지연이 길어졌기 때문입니다. 전자는 프로토콜의 최저 본드 금액을 나타냅니다. 노드 운영자가 Rocket Pool을 사용하여 이더리움 프로토콜을 공격하고 전체 본드가 슬래시되는 경우, rETH 스테이커와 똑같은 손실을 입게 되어 이익을 얻을 수 없도록 보장하기 때문입니다. Rocket Pool이 출시된 이후, 커뮤니티는 이 본드가 제공하는 보안에 대해 상당한 연구를 수행했으며, 매우 보수적이라는 것을 발견했습니다. 모든 의도와 목적을 위해, 16 ETH의 슬래싱은 비현실적이라고 간주되었으며, 16-ETH 본드는 8 ETH(플러스 보충 RPL 요구사항)의 본드와 사실상 동일한 보안 이점을 제공합니다. 따라서 이 연구를 바탕으로 Atlas 업그레이드는 새로운 유형의 미니풀을 목록에 추가합니다: 8-ETH 본드, Rocket Pool 커뮤니티에서 일반적으로 "LEB8"(Lower ETH Bond - 8 ETH)이라고 불립니다. 8-ETH 미니풀을 생성하려면 노드 운영자는 자신의 ETH 8개만 제공하면 됩니다(플러스 담보 요구사항을 충족하기에 충분한 RPL - 자세한 내용은 RPL 담보를 참조하세요). 그런 다음 검증자를 완성하고 비콘 체인에서 작업을 시작하기 위해 예치 풀에서 24 ETH를 가져옵니다. 이는 노드를 실행하고 싶지만 16 ETH가 충분하지 않은 새로운 잠재적 노드 운영자에게 문을 열어줍니다. 또한, 대규모 노드 운영자가 비콘 체인에서 보상을 받는 더 많은 풀 스테이커 ETH를 투입할 수 있습니다. 이는 보안을 의미있게 손상시키지 않으면서 작동하므로 모두가 승리합니다! 이 가이드에서는 세 가지 주제를 다룹니다: 8-ETH 본드 미니풀이 실제로 어떻게 작동하는지와 그에 따른 보상 수치새로운 8-ETH 미니풀을 생성하는 방법종료하지 않고 기존 16-ETH 미니풀을 8-ETH 미니풀로 마이그레이션하는 방법 각 주제에 대해 자세히 알아보려면 계속 읽어보세요.
- [Atlas 업데이트](/ko/legacy/atlas/whats-new.md): 이 페이지는 Atlas라는 Rocket Pool의 다음 주요 업데이트가 프로토콜에 가져오는 주요 변경 사항을 설명합니다. 여기에는 Smart Node 스택과 Rocket Pool 프로토콜 전반에 대한 업데이트가 포함됩니다. 이전 버전의 Rocket Pool(Redstone)과 Atlas 간의 모든 차이점을 이해하기 위해 이 페이지를 철저히 읽어주세요.
- [Houston 빠른 시작](/ko/legacy/houston/getting-started.md): 숙련된 노드 운영자이든, rETH 보유자이든, 호기심 많은 관찰자이든, 이 페이지는 Houston에 포함된 새로운 기능을 탐색하는 데 도움이 될 것입니다.
- [비스마트노드 사용자를 위한 투표 설정](/ko/legacy/houston/nonsmartnode-setup.md): 일부 사용자(예: Allnodes 사용자)는 스마트노드를 사용하지 않으며 직접 컨트랙트 상호작용을 통해 투표를 설정해야 할 수 있습니다. 이 가이드에는 이러한 사용자를 위한 최소 설정 가이드와 전체 설정 가이드가 모두 포함되어 있습니다.
- [온체인 pDAO 제안 참여하기](/ko/legacy/houston/participate.md): 투표권이 0이 아닌 모든 노드는 언제든지 pDAO 제안을 제기하거나 참여할 수 있습니다. 제안은 다음 유형 중 하나일 수 있습니다: pDAO 설정 변경일회성 재무 지출반복 재무 지출(관리 위원회)보안 위원회 멤버십 자세한 내용과 근거는 제안 유형을 참조하세요. pDAO 제안은 프로토콜 수준에서 변경 사항을 실행하기 위해 존재하는 온체인 엔터티라는 점을 이해하는 것이 중요합니다.
- [Protocol DAO (pDAO)](/ko/legacy/houston/pdao.md): Rocket Pool Protocol DAO (pDAO)는 프로토콜의 방향을 형성하는 책임이 있으며 RPL 거버넌스에 의해 운영됩니다. 그 멤버와 투표권은 크고 작은 노드 운영자로 구성되며, 모두 프로토콜에 직접 참여하고 있습니다. rETH 보유자, 노드 운영자 및 RPL 보유자를 포함하여 전체 Rocket Pool 커뮤니티에 서비스를 제공합니다. pDAO는 Rocket Pool 프로토콜의 안전과 Ethereum 네트워크의 건강을 우선시합니다. pDAO가 누구이고 무엇인지에 대한 명시적 정의는 pDAO charter를 참조하십시오.
- [RPL 출금 주소 설정](/ko/legacy/houston/rpl-withdrawal-address.md): 기본 출금 주소와 RPL 출금 주소의 차이를 이해하는 것이 중요합니다. 기본적으로 RPL 출금 주소는 설정되지 않으며, 기본 출금 주소는 모든 RPL 체크포인트 보상, 스테이킹된 RPL 및 비콘 체인 ETH가 전송되는 곳입니다. 원하는 경우 RPL에 대한 별도의 출금 주소를 설정할 수 있습니다. 설정된 경우 RPL 출금 주소는 인플레이션 보상에서 RPL을 트리거하고 청구할 수 있으며 ETH 컨센서스 보상이나 ETH와 관련된 어떤 것에도 영향을 미치지 않습니다. 이 경우 기본 출금 주소는 더 이상 RPL 관련 작업에 대한 권한이 없습니다. 이는 RPL에 노출되기를 원하지 않는 노드 운영자에게 엔터티가 RPL을 제공할 수 있는 흥미로운 기회를 만듭니다. 해당 엔터티는 노드에 필요한 보험 담보를 제공하는 대가로 RPL 보상을 청구할 수 있습니다. 다시 말해, 이를 통해 각 담보 유형을 다른 행위자가 제공할 수 있습니다. 이를 수행하는 두 가지 방법이 있습니다. 어떤 방법이 귀하에게 적용되는지 결정하려면 아래 두 옵션을 모두 읽어주세요. 완료되면 더 이상 set-rpl-withdrawal-address 명령을 사용하여 RPL 출금 주소를 변경할 수 없습니다. 변경하려면 활성 RPL 출금 주소(방금 전환한 주소)에서 서명된 트랜잭션을 보내야 합니다. Rocket Pool 웹사이트에는 이를 수행하는 데 도움이 되는 기능이 있습니다. RPL 출금 주소를 해제하려면 프로세스가 매우 간단합니다. 먼저 Rocket Pool 웹사이트의 RPL 출금 주소 페이지로 돌아가세요. 노드의 RPL 출금 주소로 로그인한 경우, 여기 오른쪽에 있는 unset 버튼을 클릭할 수 있어야 합니다: unset을 클릭하면 세부 정보를 확인할 수 있는 페이지로 이동합니다. 보이는 내용이 만족스러우면 주황색 unset 버튼을 클릭하여 네트워크에 트랜잭션을 보내세요. RPL 출금 주소를 설정하는 데 필요한 것은 이것뿐입니다! 프로세스가 빠르고 쉬웠기를 바랍니다. Discord 서버에 들러 어떻게 생각하는지 알려주시고 프로젝트가 발전하는 과정을 지켜봐 주세요.
- [노드를 대신하여 ETH 스테이킹하기](/ko/legacy/houston/stake-eth-on-behalf.md): RPIP-32는 프로토콜에 등록된 Rocket Pool 노드를 대신하여 ETH를 스테이킹할 수 있는 기능을 허용합니다. 이는 노드 운영자가 ETH를 직접 제공하지 않는 다양한 상황을 지원합니다: 노드 운영자를 위한 향상된 보안으로, 하드웨어 지갑에서 직접 스테이킹할 수 있어 미리 노드로 자금을 전송할 필요가 없습니다.신뢰할 수 있는 수탁자가 자금의 관리권을 관리하는 Staking as a Service 제공업체.스마트 컨트랙트가 자금의 관리권을 관리하는 프로토콜 통합.재무가 자금의 관리권을 관리하는 DAO 또는 조직. 이 기능의 주요 목적은 단일 예금자 시나리오를 용이하게 하는 것이지만, 여러 독립적인 예금자들도 그 위에 계층화된 스마트 컨트랙트를 생성하여 이 기능을 활용할 수 있다는 점에 주목할 가치가 있습니다. Rocket Pool은 또한 이전 Atlas 릴리스에서 노드를 대신하여 RPL을 스테이킹할 수 있는 기능을 도입했습니다. 전제 조건 자금을 제공하려는 노드의 주요 출금 주소를 올바르게 구성했는지 확인하십시오. houston 이후 출금 주소가 어떻게 작동하는지에 대한 가이드는 위의 링크를 따라가십시오. Hoodi 테스트넷과 메인넷의 프로세스가 약간 다르므로 아래 탭에서 관심 있는 네트워크를 선택하십시오. 사이트에 접속했으면 지갑 연결 버튼을 클릭하십시오. 서비스 약관 및 개인정보 보호정책을 읽고 동의하십시오. 이렇게 하면 다양한 연결 방법이 활성화됩니다. 그런 다음 metamask 연결을 클릭하십시오. MetaMask는 웹사이트에 연결할 계정을 선택하라는 메시지를 표시합니다. 계정을 선택하고 몇 가지 권한을 확인하십시오. 창의 오른쪽 상단에 있는 지갑 아이콘을 클릭하면 잔액 개요를 볼 수 있습니다. 여기에서 ETH를 대신 예치하려는 노드의 주소를 입력해야 합니다. 페이지는 다음과 같아야 합니다: 이 상자에 원하는 주소를 붙여넣고 찾기를 클릭하십시오. 이 예제에서는 0xd3e317806456102d19db283b4c2201f0ef41a296를 사용하겠습니다. 첫 번째 상자에 노드를 대신하여 예치하려는 ETH의 양을 입력하십시오. 두 번째 상자는 ETH를 대신 예치할 주소를 나타냅니다. 올바른 주소와 예치를 입력했는지 확인하십시오. 만족스러우면 예치를 클릭하면 MetaMask에서 거래를 확인하라는 창이 팝업됩니다. 확인하면 거래가 시작됩니다. 블록에 포함되어 체인에 추가되면 대리인이 smartnode에서 rocketpool node status 명령을 사용하여 새 잔액을 확인할 수 있습니다. 이 잔액은 Rocket Pool 스테이킹 사이트를 통해서도 볼 수 있습니다. 이것으로 끝입니다! 이제 Rocket Pool로 스테이킹하고 있습니다. 주소를 입력한 후 "찾기"를 클릭하면 해당 노드를 대신하여 스테이킹한 ETH를 출금할 수 있는 다음 메뉴로 이동합니다. 오른쪽 상단에서 출금 가능한 ETH의 양을 확인할 수 있습니다. 원하는 수량을 입력하고 노드 주소를 확인한 후 주황색 ETH 출금 버튼을 클릭하여 네트워크에 거래를 전송하십시오. 거래가 확인되면 계정에 적절한 잔액이 표시됩니다! 노드를 대신하여 ETH를 스테이킹하는 것은 이것이 전부입니다! 프로세스가 빠르고 쉬웠기를 바랍니다. Discord 서버에 들러서 느낀 점을 알려주시고 프로젝트가 발전하는 과정을 계속 지켜봐 주십시오.
- [Houston 업그레이드](/ko/legacy/houston/whats-new.md): Houston 업그레이드는 주로 Protocol DAO 또는 pDAO로 알려진 프로토콜을 관리하기 위한 완전한 온체인 DAO를 도입하는 것을 목표로 합니다. 이는 다른 DAO와는 다르며 snapshot voting이나 다른 타사 도구가 필요하지 않습니다. 진정으로 온체인이며 독특합니다. 자세한 내용은 아래에서 확인하세요. 이 업그레이드는 또한 프로토콜에 새로운 통합 및 플랫폼을 구축할 수 있도록 하는 매우 흥미로운 기능들을 도입합니다. 여기에는 노드를 대신하여 ETH를 stake할 수 있는 기능(노드 자체에서만이 아님)과 한 쪽에서 staking을 위한 ETH를 제공하고 다른 쪽에서 Node Operator에게 관리권을 주지 않고 RPL을 제공할 수 있는 새로운 RPL 출금 주소 기능이 포함됩니다"
- [[Docker Mode] Redstone 업데이트 및 The Merge 가이드](/ko/legacy/redstone/docker-migration.md): 이 가이드는 Docker Mode를 사용하는 경우 Redstone 업데이트 및 The Merge를 위해 노드를 준비하는 데 필요한 모든 정보를 다룹니다.
- [[Hybrid Mode] Redstone 업데이트 및 The Merge 가이드](/ko/legacy/redstone/hybrid-migration.md): 이 가이드는 Hybrid Mode를 사용하는 경우 Redstone 업데이트 및 The Merge를 위해 노드를 준비하는 데 필요한 모든 정보를 다룹니다.
- [[Native Mode] Redstone 업데이트 및 The Merge 가이드](/ko/legacy/redstone/native-migration.md): 이 가이드는 Native Mode를 사용하는 경우 Redstone 업데이트 및 The Merge를 위해 노드를 준비하는 데 필요한 모든 정보를 다룹니다.
- [Rocket Pool Redstone 업데이트](/ko/legacy/redstone/whats-new.md): Redstone이라는 제목의 Rocket Pool의 다음 주요 업데이트가 Ropsten 및 Holesky 테스트 네트워크에서 베타 테스트를 위해 출시되었습니다. 이 페이지에서는 Smart Node 스택 및 Rocket Pool 프로토콜 전반에 대한 업데이트를 포함하여 Redstone이 가져오는 주요 변경 사항을 설명합니다. Rocket Pool의 이전 버전과 Redstone 간의 모든 차이점을 이해하려면 이 페이지를 철저히 읽어보십시오.
- [이전 베타 테스트에서 Smart Node 마이그레이션](/ko/legacy/upgrading.md): Medalla 또는 Pyrmont에서 이전 베타 테스트 동안 Rocket Pool 노드 운영자였다면, 프로토콜 개선에 도움을 주셔서 감사하며 다시 오신 것을 환영합니다! 이 간단한 가이드는 자신의 베타 빌드를 제거하고 Hoodi 테스트넷 또는 메인넷의 실제 스테이킹을 위한 최신 빌드를 설정하는 과정을 안내합니다.
- [Smart Node v1.3.x로 업그레이드](/ko/legacy/v1.3-update.md): Smart Node 스택의 버전 1.3.0은 사용자가 알아야 할 몇 가지 중요한 변경 사항을 제공합니다. 이들은 노드 운영자 경험을 크게 개선하고 Rocket Pool 출시 이후 사용자들이 요청한 많은 기능을 해결하기 위해 설계되었습니다. 이 가이드에서는 이전 버전의 Smart Node에서 v1.3.x 이상으로 마이그레이션하는 프로세스를 안내합니다.
- [Ethereum 네트워크(Layer 1)의 탈중앙화 거래소를 통한 스테이킹](/ko/liquid-staking/via-l1.md): 상기시켜 드리자면, 탈중앙화 스테이킹의 이점을 누리기 위해 Rocket Pool을 통해 직접 ETH를 rETH로 교환할 필요는 없습니다. rETH가 본질적으로 가치가 증가하므로 보유하기만 하면 됩니다 - 어떻게 얻었는지는 중요하지 않습니다! rETH는 Balancer 및 Uniswap과 같은 여러 탈중앙화 거래소에서 거래할 수 있습니다. Balancer 풀은 metastable pool로 알려진 특별한 종류의 풀입니다. Metastable pool은 rETH와 같은 토큰에 이상적입니다. 왜냐하면 Oracle DAO가 보고한 실제 환율을 존중하기 때문입니다. 이것은 이 풀과 교환하면 기존 탈중앙화 거래소보다 훨씬 낮은 슬리피지와 낮은 수수료를 가지므로, rETH를 사고 팔 때 훨씬 더 나은 거래를 얻을 수 있다는 것을 의미합니다. 다른 탈중앙화 거래소에는 이러한 속성이 없으므로 환율이 약간 낮을 수 있습니다. 사용하는 풀에 관계없이, 모두 공식 Rocket Pool 웹사이트를 통한 스테이킹보다 가스 수수료가 낮은 경향이 있습니다. 이것은 소량의 ETH를 스테이킹하려는 사용자에게 좋은 선택이지만, 거래소에서 받을 환율을 Rocket Pool에 따른 환율과 비교하는 것이 항상 좋은 생각입니다. 다음 예시에서는 Balancer와 Uniswap을 모두 사용하여 ETH를 rETH로 교환하는 방법을 보여드리겠습니다. 이 프로세스는 web3 호환 지갑으로 완료할 수 있습니다. 데모 목적으로 더 인기 있는 지갑 선택 중 하나인 MetaMask를 사용하겠습니다. 다른 지갑을 선택하는 경우 유사한 단계를 따를 수 있어야 합니다 - 각 단계마다 지갑에서 비슷한 기능을 찾기만 하면 됩니다.
- [Layer 2의 탈중앙화 거래소를 통한 스테이킹](/ko/liquid-staking/via-l2.md): 상기시켜 드리자면, 탈중앙화 스테이킹의 이점을 누리기 위해 Rocket Pool을 통해 직접 ETH를 rETH로 교환할 필요는 없습니다. rETH가 본질적으로 가치가 증가하므로 보유하기만 하면 됩니다 - 어떻게 얻었는지는 중요하지 않습니다! 그렇긴 하지만, 주요 관심사 중 하나(특히 최근)는 스테이킹 또는 ETH를 rETH로 교환하는 것과 관련된 가스 비용입니다. 이를 줄이는 데 도움이 되도록 Ethereum 네트워크는 rollups - Layer 2로도 알려진 - 의 사용을 시작했습니다. Layer 2는 Ethereum 아래에 존재하는 여러 개별 네트워크로 구성되며, Ethereum이 일반적으로 하는 것처럼 많은 거래를 실행하지만, 모든 것을 하나의 "메가" 거래로 롤업하고 대신 메인 Ethereum 체인에 그것을 게시합니다. 이상적으로 이것은 Ethereum의 탈중앙화 특성과 관련된 모든 보안 이점을 얻으면서 Layer 2의 실행 및 저장 비용이 훨씬 낮고 거래의 일부만 상태가 훨씬 더 비싼 Layer 1에 저장되어야 하므로 거래에 대해 훨씬 낮은 가스 수수료를 누릴 수 있다는 것을 의미합니다. Rocket Pool은 현재 두 개의 Layer 2 네트워크를 지원합니다: Optimism 및 Arbitrum. 둘 다 가장 널리 사용되는 탈중앙화 거래소 프로토콜인 Uniswap의 실행 버전이 있습니다. Uniswap을 사용하면 ETH를 rETH로 빠르고 쉽게 교환할 수 있습니다. 이 접근 방식을 사용하는 장점은 가스 수수료가 다른 방법보다 상당히 낮다는 것입니다. 소량의 ETH를 스테이킹하고 싶어서 이것이 중요한 경우, Layer 2 네트워크를 사용하는 것이 선택할 수 있는 옵션이 될 가능성이 높습니다. 단점은 rETH에서 최상의 거래를 얻지 못할 수도 있다는 것입니다. Uniswap은 유동성 공급자에게 제공되는 소액의 수수료를 필요로 하며, 대규모 거래는 너무 많은 가격 영향 없이 좋은 거래를 얻기 위해 대규모 유동성 풀을 필요로 합니다. Layer 2 네트워크는 메인 Ethereum 네트워크보다 rETH 유동성이 낮은 경향이 있습니다. 따라서 Layer 2 네트워크에서 얻을 총 rETH를 다른 방법을 통해 얻을 것과 비교하여 이 경로를 추구하는 것이 합리적인지 결정하는 것이 좋습니다. Optimism 풀 및 Arbitrum 풀의 현재 ETH 및 rETH 잔액을 확인하여 교환을 처리할 충분한 rETH가 있는지 확인할 수 있습니다. 다음 예에서는 Layer 2 네트워크와 상호 작용하고 Uniswap을 사용하여 ETH를 rETH로 교환하는 방법을 보여드리겠습니다. 이 프로세스는 web3 호환 지갑으로 완료할 수 있습니다. 데모 목적으로 더 인기 있는 지갑 선택 중 하나인 MetaMask를 사용하겠습니다. 다른 지갑을 선택하는 경우 유사한 단계를 따를 수 있어야 합니다 - 각 단계마다 지갑에서 비슷한 기능을 찾기만 하면 됩니다.
- [Rocket Pool을 통해 직접 스테이킹](/ko/liquid-staking/via-rp.md)
- [Rocket Pool Smart Node용 Add-on 작성 방법](/ko/node-staking/addons/addons.md)
- [[NYI] Advanced CLI Usage](/ko/node-staking/advanced-cli.md): As a node operator, the command-line interface (CLI) is the tool that you will use to interface with nearly every aspect of Rocket Pool. In this section, we'll go through a detailed walkthrough of how to use it.
- [Docker 모드를 위한 고급 Smart Node 구성](/ko/node-staking/advanced-config.md): 이 섹션에서는 Smart Node의 사용자 지정 및 기능을 확장하는 몇 가지 기술을 다룹니다.
- [노드 백업하기](/ko/node-staking/backups.md): 일반적으로 Smart Node를 통해 노드 지갑과 minipool을 생성한 경우, 완전한 장애로부터 노드를 복구하기 위해 실제로 필요한 것은 노드 지갑의 니모닉뿐입니다. 나머지는 모두 니모닉으로부터 쉽게 복구할 수 있습니다. 외부에서 생성된 validator 키가 있는 minipool이 있는 경우(예: Allnodes에서 자체 호스팅 노드로 마이그레이션한 경우), validator의 개인 keystore 파일도 필요합니다. 이러한 키는 노드 지갑에서 복구할 수 없기 때문입니다. 그러나 Merge가 발생한 후에는 Execution 레이어 체인을 재동기화해야 할 경우 라이트 Execution 클라이언트(예: Pocket 또는 Infura)를 대체 수단으로 사용할 수 없게 됩니다. 또한 올바르게 증명하려면 활성화되고 정상적인 Execution 클라이언트가 필요합니다. Execution 클라이언트 장애(손상된 데이터베이스, SSD 오작동 또는 손상/도난당한 하드웨어 등)로부터 빠르고 안정적으로 복구하는 방법을 갖추는 것은 매우 중요합니다. 처음부터 동기화하는 데 몇 시간 또는 며칠이 걸릴 수 있기 때문입니다. 이 가이드에서는 노드의 복원력을 개선하고 불필요한 다운타임을 최소화하기 위해 이러한 항목들을 백업하는 방법을 보여드리겠습니다.
- [Execution 또는 Consensus 클라이언트 변경하기](/ko/node-staking/change-clients.md): 정상적인 상황에서는 Rocket Pool 노드를 처음 생성할 때 Execution 및 Consensus 클라이언트를 선택하고 노드 수명 동안 행복하게 실행할 것입니다. 그러나 클라이언트 선택을 변경하고 싶은 몇 가지 상황이 있습니다. 다음은 몇 가지 예입니다. 클라이언트가 Execution 또는 Beacon 체인에서 과반수 점유율을 차지하게 되어 네트워크의 전반적인 건강을 위해 변경하고 싶은 경우버그로 인해 클라이언트가 제대로 작동하지 않아 검증 작업을 재개하기 위해 빠르게 다시 온라인 상태가 되어야 하는 경우다른 클라이언트가 제공하는 새로운 기능을 시도하고 싶은 경우다른 클라이언트가 노드의 하드웨어에 더 적합한 경우(예: 일부 클라이언트는 다른 클라이언트보다 ARM 시스템에서 더 잘 작동합니다) 다행히도 Smart Node 스택은 클라이언트 변경을 매우 쉽게 만듭니다. Configuration TUI에서 몇 가지 변경과 클라이언트를 변경하기 전에 기존 클라이언트 데이터를 백업하기 위한 몇 가지 선택적 추가 명령만 있으면 됩니다.
- [Command Line Interface 소개](/ko/node-staking/cli-intro.md): Node Operator로서 CLI는 Rocket Pool과 상호작용하는 주요 도구입니다. 새로운 megapool 검증자 생성, 모든 상태 확인, 주기적인 RPL 보상 청구, 준비되었을 때 minipool에서 종료 및 출금, 그 밖의 다양한 작업에 사용합니다. Execution 및 Beacon 체인 동기화를 완료하면 모든 명령을 사용할 수 있습니다. 이 섹션에서는 일반적으로 사용되는 명령과 CLI가 할 수 있는 다른 기능들을 간단히 살펴보겠습니다.
- [Commit-Boost](/ko/node-staking/commit-boost.md): Commit-Boost는 커뮤니티가 주도하는 오픈 소스 검증자 사이드카로, 제안자-빌더 분리(PBS)를 처리하기 위한 MEV-Boost의 대안입니다. 블록 빌딩 외에도 Commit-Boost는 사전 확인(preconfirmations) 및 포함 목록(inclusion lists)과 같은 제안자 약정(proposer commitment) 프로토콜을 지원합니다. 현재 Smart Node는 Commit-Boost의 PBS(블록 빌딩) 모듈만 실행하므로, 이러한 추가 프로토콜은 아직 Smart Node를 통해 사용할 수 없습니다. MEV와 PBS가 처음이라면 배경 지식을 위해 먼저 MEV, MEV-Boost 및 MEV 보상 페이지를 읽어보시기 바랍니다.
- [Smart Node 스택 구성하기 (Docker / Hybrid 모드)](/ko/node-staking/config-docker.md): 완전한 Execution layer와 Consensus layer 클라이언트를 실행하는 것은 부담스러울 수 있습니다. 선택할 수 있는 여러 옵션이 있고 각각은 수많은 다양한 설정을 가지고 있습니다. 다행히도 Smart Node는 이 모든 복잡성을 숨기도록 설계되어 빠르고 쉽게 구성할 수 있으며, 원하는 경우 모든 것을 사용자 정의할 수 있는 자유를 제공합니다. 이 섹션에서는 Docker 기반 설정 또는 외부에서 관리되는 Execution 또는 Consensus 클라이언트에 연결하는 Hybrid 설정(예: 솔로 스테이킹을 위해 Smart Node 외부에서 관리하는 클라이언트)을 사용하는 경우 Smart Node를 구성하는 다양한 방법을 살펴보겠습니다. 구성하는 세 가지 방법이 있습니다: 마법사 UI를 통해 - 가장 쉬운 방법입니다. 몇 가지 기본 질문만 하고 잘 테스트된 기본값을 사용합니다. 처음으로 rocketpool service config를 실행할 때 표시됩니다.설정 관리자 UI를 통해 - Smart Node의 모든 설정에 액세스할 수 있어 원하는 만큼 모든 것을 사용자 정의할 수 있습니다.명령줄을 통한 헤드리스 방식 - 헤드리스(비대화형) 환경에서 Smart Node를 실행하고 자동으로 구성해야 하는 사용자를 위한 옵션입니다. 위 목록에서 자세히 알아보고 싶은 모드를 선택하거나 아래의 각 옵션을 스크롤하십시오.
- [Smart Node 스택 구성하기 (Native 모드)](/ko/node-staking/config-native.md): 이 섹션에서는 Docker를 전혀 사용하지 않는 Native 설정을 사용하는 경우 Smart Node를 구성하는 다양한 방법을 다룹니다. 구성하는 세 가지 방법이 있습니다: 마법사 UI를 통해 - 가장 쉬운 방법입니다. 몇 가지 기본 질문만 물어보고 잘 테스트된 기본값을 사용합니다. rocketpool service config를 처음 실행할 때 표시되는 화면입니다.설정 관리자 UI를 통해 - Smart Node의 모든 설정에 액세스할 수 있어 원하는 대로 모든 것을 사용자 정의할 수 있습니다.명령줄을 통한 헤드리스 방식 - Smart Node를 헤드리스(비대화형) 환경에서 실행하고 자동으로 구성해야 하는 사람들을 위한 옵션입니다. 위 목록에서 자세히 알아보고 싶은 모드를 선택하거나 아래의 각 옵션을 스크롤하여 살펴보십시오.
- [개요](/ko/node-staking/config/overview.md): 이 섹션에서는 Smart Node 스택을 구성하고 원하는 대로 모든 설정을 사용자 지정하는 방법을 배웁니다. 스택을 처음 실행하기 전에 구성해야 하지만, 실행 중일 때 언제든지 다시 돌아와서 다시 구성할 수 있습니다.
- [새로운 Minipool (Validator) 생성하기](/ko/node-staking/create-validator.md): 먼저 상기하자면, Rocket Pool에서 minipool은 노드가 관리하는 실행 레이어의 고유한 스마트 컨트랙트 인스턴스를 의미합니다. Minipool은 채권 금액으로 알려진 여러분의 ETH 일부와 차입 금액으로 알려진 rETH 스테이킹 풀의 ETH 일부를 처리합니다. 이들을 합쳐 총 32 ETH를 만들고, 이는 Beacon Chain 예치 컨트랙트로 전송되어 새로운 validator를 생성합니다. 따라서 Rocket Pool을 사용하여 validator를 생성하려면 minipool을 생성해야 합니다. 웹사이트를 통한 RPL 스테이킹 노드를 위해 RPL을 스테이킹하는 가장 쉽고 안전한 방법은 Atlas 업그레이드와 함께 재도입된 프로토콜의 Stake-on-Behalf 기능을 사용하는 것입니다. 이렇게 하면 RPL을 획득하는 데 사용한 지갑에 RPL이 있는 상태에서 노드를 위해 RPL을 스테이킹할 수 있습니다. 즉, 스테이킹하기 위해 노드의 핫 지갑으로 RPL을 보낼 필요가 없습니다. 대신 스테이킹할 주소 화이트리스트 등록 노드를 대신하여 스테이킹하려면 주소가 화이트리스트에 등록되어 있어야 합니다. 인출 주소는 항상 화이트리스트에 등록되어 있으므로, RPL이 인출 주소에 있다면 이 단계를 건너뛸 수 있습니다. 주소를 한 번만 화이트리스트에 등록하면 해당 주소에서 스테이킹할 수 있습니다. 다음 Smart Node 명령을 통해 이를 수행할 수 있습니다: 여기서 address-or-ens는 원하는 주소로 해석되는 주소 또는 ENS 이름입니다. 화이트리스트 추가를 확인하라는 메시지가 표시되고 트랜잭션이 확인되면 아래의 관련 페이지로 이동할 수 있습니다. 대신하여 RPL 스테이킹 아래 탭에서 사용 중인 네트워크를 선택하세요: MetaMask, WalletConnect 또는 웹사이트가 지원하는 다른 방법을 사용하여 지갑을 웹사이트에 연결하는 것부터 시작하세요. 그러면 노드 주소를 조회할 수 있는 다음 대화상자가 표시됩니다. 노드 주소를 입력하고 "Lookup"을 클릭하세요. 이 작업을 수행하기 전에 올바른 노드 주소가 있는지 확인하세요! 노드의 주소를 확인해야 하는 경우 rocketpool node status 명령을 사용하여 CLI를 통해 빠르게 검색할 수 있습니다. 이렇게 하면 주소가 등록된 노드인지, 노드가 연결된 지갑을 화이트리스트에 등록했는지 확인합니다. 인출 주소는 기본적으로 화이트리스트에 등록되어 있지만, 다른 주소를 허용하려면 노드에서 다음 명령을 통해 화이트리스트에 등록해야 합니다. 이것은 2단계 프로세스입니다. 먼저, 스테이킹하려는 RPL의 양을 입력하고 Approve를 클릭합니다 - 이렇게 하면 스테이킹 컨트랙트가 지갑에서 그만큼의 RPL에 액세스할 수 있도록 승인하지만, 그 금액 이상은 승인하지 않습니다. RPL이 승인되면 노드를 대신하여 스테이킹할 수 있습니다. Stake RPL 박스에 스테이킹하려는 RPL의 양을 입력하고, on behalf of Node Address 박스에 노드 주소를 입력하세요. 해당 정보를 입력했으면 Stake 버튼을 누르고 트랜잭션을 승인하세요. Ethereum 네트워크로 전송되고 블록에 포함되면 모든 설정이 완료됩니다! rocketpool node status를 실행하면 === RPL Stake === 섹션 아래에 스테이킹된 RPL이 표시됩니다. 스테이크 화이트리스트에서 주소 제거 Stake-on-behalf 화이트리스트에서 주소를 제거하려면 다음 Smart Node 명령을 사용할 수 있습니다: 여기서 address-or-ens는 화이트리스트에서 제거하려는 주소로 해석되는 주소 또는 ENS 이름입니다. 노드 CLI를 통한 스테이킹 웹사이트를 사용하여 RPL을 스테이킹할 수 없거나 원하지 않는 경우, 노드의 CLI를 통해 직접 스테이킹할 수도 있습니다. 먼저, 획득한 지갑에서 노드의 주소로 RPL을 전송하세요. 다음 명령을 실행하세요: 출력은 다음과 같습니다: 스테이킹하려는 금액을 선택한 다음 작업을 확인하세요. 이 명령을 처음 실행하면 두 개의 트랜잭션이 포함됩니다 - 하나는 Rocket Pool 스테이킹 컨트랙트가 RPL에 액세스하도록 승인하는 것이고, 다른 하나는 RPL을 스테이킹하는 것입니다. 이후 실행에서는 토큰이 이미 승인되었으므로 스테이크 트랜잭션만 필요합니다. 두 트랜잭션이 완료되면 rocketpool node status로 스테이킹된 RPL 금액을 확인할 수 있습니다. 다음 출력 부분을 확인해야 합니다: 이를 통해 RPL 담보를 기반으로 각 채권 크기의 minipool을 몇 개 만들 수 있는지 확인할 수 있습니다.
- [예치 크레딧 시스템](/ko/node-staking/credit.md): 예치 크레딧 시스템은 Node Operator가 이전에 본드했지만 더 이상 필요하지 않은 ETH를 추적하고 다시 사용할 수 있도록 하는 메커니즘입니다. 이 크레딧의 출처는 두 곳에서 나옵니다. 기존 16-ETH 본드 minipool을 8-ETH 본드 minipool로 마이그레이션 (Node Operator의 크레딧 잔액에 8 ETH를 추가합니다)기존 solo validator를 마이그레이션하여 minipool로 변환 (마이그레이션 중에 생성하는 minipool 유형에 따라 Node Operator의 크레딧 잔액에 16 또는 24 ETH를 추가합니다) 모든 Node Operator는 0 ETH의 크레딧 잔액으로 시작합니다. 이 두 가지 작업 중 하나가 해당 잔액을 그에 따라 증가시킵니다. 이 ETH는 유동화되어 Node Operator에게 반환되지 않습니다. 대신 Node Operator로부터 ETH가 필요 없이 추가 minipool을 생성하는 데 사용될 수 있습니다. 크레딧 시스템은 Node Operator에게 투명합니다. 가능한 경우 rocketpool node deposit 또는 rocketpool node create-vacant-minipool 작업 중에 자동으로 사용됩니다(사용될 것임을 설명하는 Smart Node CLI의 알림과 함께). 사용할 수 없는 경우 Smart Node는 사용자에게 사용할 수 없음을 알리고 두 작업 중 하나에서 일반 ETH 본드가 필요할 것입니다. 자세한 내용은 아래 크레딧 가용성 섹션을 참조하십시오.
- [Docker를 사용한 표준 Rocket Pool 노드 만들기](/ko/node-staking/docker.md): 이 섹션에서는 표준 Docker 기반 설정을 사용하여 Rocket Pool Smart Node 스택을 설치하는 프로세스를 안내합니다. 다음을 포함하여 전체 노드를 실행하는 데 필요한 모든 것을 설치하고 구성합니다: Rocket Pool Smart Node 소프트웨어선택한 Execution (이전 ETH1) 클라이언트 또는 이미 관리하고 있는 기존 클라이언트에 대한 연결선택한 Consensus (이전 ETH2) 클라이언트 또는 이미 관리하고 있는 기존 클라이언트에 대한 연결Beacon Chain validation 의무를 처리하는 Validator 클라이언트(선택 사항) 성능 및 상태 메트릭을 캡처하기 위한 monitoring stack 실행하려는 항목을 알려주기만 하면 됩니다!
- [ETH 클라이언트 선택](/ko/node-staking/eth-clients.md): Rocket Pool의 Smart Node 설치 프로그램은 머신을 전체 Ethereum 노드로 변환할 수 있습니다. 올바르게 작동하려면 Execution 및 Consensus 클라이언트가 모두 필요합니다. ETH1/ETH2 용어는 더 이상 사용되지 않습니다. 이 가이드의 나머지 부분에서는 체인을 Execution Layer (ETH1) 및 **Beacon Chain 또는 Consensus Layer (ETH2)**라고 합니다. 별도의 머신에서 이미 Execution 및 Consensus 클라이언트를 실행 중인 경우 (예: 이미 solo-staking을 하고 있는 경우) 이 섹션을 건너뛰고 외부 클라이언트를 사용한 하이브리드 Rocket Pool 노드 구성 섹션으로 이동하십시오. 그렇지 않으면 계속 읽고 Execution 및 Consensus 클라이언트 선택에 대해 자세히 알아보십시오. 빠르게 시작하고 실행하려는 사용자의 경우 Smart Node 설치 프로그램은 가장 좋은 선택일 수 있는 Random Client 옵션을 제공합니다. 사용하려는 특정 클라이언트가 있는 사용자의 경우 Rocket Pool 설치 중에 쉽게 선택할 수 있는 기능을 제공합니다. 아래 옵션은 각 클라이언트를 설명하여 원하는 클라이언트를 지정하려는 경우 정보에 입각한 결정을 내릴 수 있도록 도와줍니다.
- [Fallback 노드 지정하기](/ko/node-staking/fallback.md): Smart Node 스택의 1.5.0 버전부터 기본 클라이언트가 오프라인 상태가 될 경우(Geth를 사용하고 프루닝이 필요한 경우처럼) 이를 대체할 수 있는 "fallback" Execution 클라이언트 및 Consensus 클라이언트 쌍을 제공할 수 있습니다. 이 상황에서 기본 노드 머신은 여전히 megapool의 검증자 키로 증명하고 블록을 제안하는 역할을 담당하지만, Execution 레이어 및 Beacon 체인과 상호작용하기 위해 외부 머신에 연결합니다. 본질적으로 체인 조회, 트랜잭션 전송, 증명할 블록 수신과 같은 작업에 다른 클라이언트 쌍을 임시로 사용할 수 있습니다. 이 쌍은 외부에서 관리될 수 있으며(Hybrid 모드처럼), 또는 다른 Rocket Pool 노드가 될 수도 있습니다(아래에서 다룰 API 포트가 노출된 Docker 모드 머신). 노드의 기본 클라이언트가 다시 온라인 상태가 되면 Smart Node와 Validator 클라이언트가 자동으로 다시 전환됩니다.
- [FAQ (WIP)](/ko/node-staking/faq.md): Rocket Pool로 minipool을 운영하는 것이 32 ETH 솔로 validator에 비해 어떤 이점이 있습니까? 단일 솔로 validator를 운영하면 32 ETH에 대해 100%의 보상을 받습니다. 16 ETH minipool 두 개를 운영하면 32 ETH에 대해 100%의 보상을 받으며 추가로 Rocket Pool 프로토콜이 제공하는 32 ETH에 대한 보상의 14%를 받습니다. 8 ETH minipool 네 개를 운영하면 32 ETH에 대해 100%의 보상을 받으며 추가로 Rocket Pool 프로토콜이 제공하는 96 ETH에 대한 보상의 14%를 받습니다. 또한 Rocket Pool의 Smoothing Pool 기능을 사용할 수 있는 옵션도 있습니다. rETH의 가치를 어떻게 알 수 있습니까? 리베이스가 됩니까? rETH 토큰은 리베이스되지 않습니다. 지갑의 토큰 수는 일정하게 유지되지만 시간이 지남에 따라 가치가 상승합니다. 노드 운영 중 기술적인 문제가 있는 경우 어디에서 도움을 받을 수 있습니까? 먼저 Rocket Pool Support 페이지를 확인하실 수 있습니다. 도움이 되지 않는 경우 Discord 서버의 Rocket Pool #support 채널에서 질문하실 수 있습니다. minipool을 생성하고 운영하는 실험을 위해 테스트 ETH를 어떻게 얻을 수 있습니까? faucet 채널에 메시지를 게시할 수 없습니다. Hoodi에서 테스트 ETH 받기를 참조하세요. 기기가 고장 나면 노드를 어떻게 복구합니까? 간단한 답변: 노드를 완전히 복구하는 데 필요한 것은 니모닉뿐입니다. 항상 안전하게 보관하시기 바랍니다. 새 기기에서 노드를 복구하려면 먼저 이전 기기가 키를 사용할 수 있는 상태로 다시 온라인 상태가 되지 않도록 확인하십시오. 동일한 키로 두 개의 노드를 실행하면 슬래싱됩니다. 새 기기에 Smart Node를 설치하는 단계를 따르십시오. 그런 다음 rocketpool wallet recover 명령을 실행하고 24단어 니모닉을 입력하여 노드 지갑과 validator 키를 복구하십시오. 클라이언트가 동기화되지 않는 이유는 무엇입니까? 피어 수가 적습니다. 클라이언트가 제대로 동기화되려면 충분한 수의 피어가 필요합니다. 여기에서 테스트를 실행하여 포트 30303과 9001이 열려 있는지 확인할 수 있습니다. Consensus 클라이언트는 QUIC용으로 UDP 포트 8001도 사용하므로 이 포트도 포워딩하세요(이 도구는 TCP만 테스트합니다). 닫혀 있다면 라우터에서 포트 포워딩을 설정해야 합니다. 또한 노드가 새 주소를 받아 포트 포워딩이 중단되지 않도록 노드에 고정 로컬 IP 주소가 있는지 확인하십시오. 컨센서스 클라이언트가 동기화하는 데 너무 오래 걸립니다. 어떻게 해야 합니까? Checkpoint Sync를 사용하여 동기화 프로세스를 시작하지 않은 경우 컨센서스 클라이언트는 동기화하는 데 오랜 시간이 걸릴 수 있습니다. 오랫동안 실행하더라도 일반적으로 체크포인트 동기화 URL을 구성하고 rocketpool service resync-eth2로 현재 동기화 데이터를 지우고 다시 시작하는 것이 더 빠릅니다. 클라이언트는 1분 이내에 동기화되어야 합니다. 이미 재부팅했습니다. Grafana가 여전히 재부팅이 필요하다고 표시하는 이유는 무엇입니까? 재부팅 정보는 캐시되며 몇 시간마다만 업데이트됩니다. sudo apt update를 실행하면 강제로 업데이트됩니다. Execution Layer 및/또는 Beacon Chain 또는 Consensus Layer를 변경했습니다. 이전 데이터를 어떻게 정리합니까? 클라이언트를 변경하면 Rocketpool은 이전 볼륨을 삭제하지 않습니다. 이 데이터는 상당한 디스크 공간을 낭비할 수 있으므로 제거할 수 있습니다. 그렇게 하려면 볼륨을 찾아야 합니다. 기본 Rocketpool 설정을 사용하는 경우 docker 볼륨은 /var/lib/docker/volumes/에 저장됩니다. execution layer는 rocketpool_eth1clientdata/_data/*에 있고 consensus layer는 rocketpool_eth2clientdata/_data/*에 있습니다. 이러한 디렉토리에 액세스하려면 sudo -i를 사용하여 root로 sudo해야 할 수 있습니다. 그런 다음 rm -rf <directory>를 호출하여 디렉토리를 삭제할 수 있습니다. 예를 들어 모든 geth 데이터를 삭제하려면 rm -rf /var/lib/docker/volumes/rocketpool_eth1clientdata/_data/geth/를 호출합니다. root로 종료하려면 exit를 입력하십시오.
- [Fee Distributor와 Smoothing Pool](/ko/node-staking/fee-distrib-sp.md): 노드 운영자는 Ethereum 체인에 제안하는 블록에 포함된 트랜잭션에서 우선 수수료(팁)를 받습니다. 이러한 수수료는 Execution 레이어에서 발생하고 그곳에 남아 있습니다. Consensus 레이어에서 생성되고 자동으로 주기적으로 출금되는 대부분의 검증 보상과 달리, 이러한 수수료는 즉시 유동화됩니다. 일반적으로 우선 수수료는 Beacon Chain 보상만큼 거의 많은 ETH를 제공하므로 Merge의 매우 좋은 혜택입니다.
- [Grafana 대시보드 설정하기](/ko/node-staking/grafana.md): 이제 노드가 실행 중이므로, 노드가 올바르게 작동하는지(그리고 어떤 수익을 창출하고 있는지) 한눈에 모니터링할 수 있는 편리한 방법이 필요할 것입니다. 이 작업을 수행하는 도구가 많이 있습니다. 가장 인기 있는 도구 중 하나는 Grafana입니다. 브라우저로 액세스할 수 있는 사용하기 쉬운 범용 대시보드 시스템입니다. Rocket Pool은 Grafana와 그 종속성을 기본적으로 지원합니다. 각 Consensus 클라이언트에 대해 미리 구축된 대시보드도 함께 제공됩니다. 예를 들어, Hoodi 테스트 네트워크에서 대시보드가 어떻게 보이는지 스냅샷입니다: 표준 대시보드에는 편리한 형식으로 다음 정보가 포함됩니다: 왼쪽 상단: 머신의 상태 및 성능에 대한 중요한 통계와 보류 중인 시스템 업데이트오른쪽 상단: Beacon Chain의 검증자 활동 및 성능, Execution 및 Consensus 클라이언트 통계왼쪽 하단: 참조용 전체 Rocket Pool 네트워크에 대한 세부 정보오른쪽 하단: ETH 및 RPL 스테이킹 보상에 대한 세부 정보 이 가이드에서는 Rocket Pool의 메트릭 시스템을 활성화하여 이 대시보드를 사용하거나 직접 대시보드를 만드는 방법을 보여드립니다!
- [Rocket Pool 모드 선택](/ko/node-staking/install-modes.md): Rocket Pool의 Smart Node 스택은 매우 유연합니다. 실행 방법이 여러 가지 있습니다. 처음부터 전체 full node를 설정할 수 있고, 기존 Execution 또는 Consensus 클라이언트 배포와 통합할 수 있으며, 시스템 서비스 세트로 natively 실행할 수도 있습니다. 이 섹션에서는 Smart Node 스택을 구성하고 사용하는 일반적인 방법들을 다룹니다.
- [개요](/ko/node-staking/installing/overview.md): 이 섹션에서는 Rocket Pool Smart Node 스택을 노드 머신에 설치하는 방법을 배웁니다. 여러 가지 다른 설치 방식이 있으며, 어떤 것이 적합한지 알아보고 해당 설치 프로세스를 진행합니다.
- [16-ETH Minipool을 8-ETH로 마이그레이션하기](/ko/node-staking/leb-migration.md): 노드 운영자는 기존 16-ETH minipool을 8-ETH minipool로 직접 마이그레이션할 수 있습니다. 이렇게 하면 예치 크레딧 잔액에 8 ETH가 추가되며, 이를 사용하여 노드 운영자로부터 ETH가 필요 없이 추가 minipool을 생성할 수 있습니다. 실질적으로 이 프로세스를 통해 노드 운영자는 하나의 16-ETH minipool을 무료로 두 개의 8-ETH minipool로 전환할 수 있습니다(가스비는 여전히 필요하고 두 minipool을 모두 처리할 수 있는 충분한 RPL 담보가 필요함). 기존 16-ETH minipool을 8-ETH로 마이그레이션하는 것은 공식적으로 본드 감소라고 합니다. 이는 두 단계 프로세스이며 Oracle DAO의 검증이 포함됩니다. 아래 섹션에서 전체 프로세스를 안내하겠습니다. 본드 감소 규칙 본드 감소는 다음 단계를 포함합니다: 노드 운영자가 본드 감소 시작.대기 기간("본드 감소 스크럽 체크"), Oracle DAO가 본드 감소가 합법적인지 확인하고 규칙을 위반하는 본드 감소를 취소할 시간 제공.노드 운영자가 본드 감소 완료. 스크럽 없이 성공적인 본드 감소를 수행하려면 minipool이 다음 규칙을 따라야 합니다: Minipool은 Atlas delegate로 업그레이드되어야 합니다; 이전 Redstone delegate는 사용할 수 없습니다.Beacon Chain의 minipool validator는 대기 중이거나 활발히 스테이킹 중이어야 합니다. 슬래시되거나, 종료 중 / 종료되었거나, 출금 가능 / 출금된 상태일 수 없습니다.Beacon Chain의 minipool validator 잔액은 최소 31.99 ETH여야 합니다(보상 스킴 후 타이밍이 좋지 않아 증명 누락으로 인한 복잡한 문제를 위한 작은 버퍼가 포함된 32 ETH). Minipool은 스크럽 체크의 전체 기간 동안 이러한 조건을 준수해야 하며, 이 기간 동안 Oracle DAO가 위 조건의 준수를 확인하기 위해 모니터링합니다. 스크럽 체크 동안 언제든지 minipool이 이러한 조건을 위반하는 것으로 발견되면 본드 감소는 스크럽됩니다. Minipool 자체는 영향을 받지 않습니다; 전체 본드 감소 프로세스가 발생하지 않은 것처럼 16 ETH minipool로 계속 유효성을 검사하며 정상적으로 작동합니다. 그러나 더 이상 본드 감소를 할 수 없습니다. Minipool의 본드 감소가 스크럽되면 다시 시도할 수 없습니다. 1단계: 본드 감소 시작 본드 감소 프로세스를 시작하려면 다음 명령을 입력하십시오: 이것은 프로세스에 대한 간단한 설명을 제공하는 것으로 시작합니다(이 가이드를 읽었다면 이미 익숙할 것입니다). 프로세스를 이해했다고 확인하면 현재 본드를 감소할 수 있는 minipool과 현재 본드 및 수수료를 표시합니다: 감소할 하나 이상의 minipool을 선택하면 Smart Node가 해당 minipool이 본드 감소 자격이 있는지 확인합니다. 자격이 있으려면 다음 조건을 충족해야 합니다: Minipool이 Atlas minipool delegate contract를 사용하도록 업그레이드되었습니다.Minipool의 validator가 최소 32 ETH의 Beacon Chain 잔액을 가지고 있어야 합니다.Minipool의 validator가 대기 중이거나 활성 상태여야 합니다.본드 감소 후 필요한 최소 RPL 담보 수준을 지원하기에 충분한 RPL을 스테이킹했어야 합니다. 그렇지 않으면 먼저 수행해야 할 작업을 설명하는 경고 오류를 출력합니다. 예를 들어: 이것은 선택한 minipool이 delegate 업그레이드가 필요하고 해당 minipool의 본드를 감소하기 위해 노드가 더 많은 RPL을 스테이킹해야 함을 보여줍니다. 전제 조건을 충족하면 이 명령에서 minipool을 선택하면 트랜잭션에 대한 가스 가격을 선택하고 작업을 확인하라는 메시지가 표시됩니다. 확인을 수락하면 minipool의 본드 감소가 시작됩니다. 스크럽 체크 타이머 모니터링 본드 감소를 시작한 후 node 데몬 로그에서 완료할 수 있을 때까지 남은 시간을 볼 수 있습니다: 본드 감소에 대한 스크럽 체크가 완료될 때까지 남은 시간을 알려주는 새 항목이 표시됩니다: 이 타이머가 0에 도달하고 더 이상 이러한 로그에 나타나지 않으면 본드 감소를 완료할 수 있습니다. 2단계: 본드 감소 완료 스크럽 타이머가 성공적으로 종료되면 minipool의 본드 감소를 완료하는 두 가지 방법이 있습니다: node 데몬이 자동으로 처리하도록 합니다; 5분마다 수행하는 일상적인 체크 중에 이를 수행합니다(위 로그에서 남은 시간 라인을 출력하는 것과 동일). 자격이 있는 본드 감소가 있음을 감지하면 자동으로 감소를 완료합니다 - 대기 중인 minipool 스테이킹 및 수수료 수신자 확인과 마찬가지로. node 로그에서 본드 감소를 감지하고 완료한 시점을 보여주는 출력이 표시됩니다.다음 명령을 사용하여 본드 감소를 수동으로 완료합니다:rocketpool minipool reduce-bond명령은 간단합니다; minipool이 본드 감소 자격이 있으면 프로세스를 완료하기 위해 프롬프트를 따르십시오. 본드 감소 중에 Rocket Pool은 minipool의 본드 감소 전 본드 및 수수료를 사용하여 minipool의 기존 잔액을 분배하여 귀하와 rETH 스테이커 모두 기존 잔액의 공정한 몫을 받고 본드 감소가 해당 잔액에 대해 각 당사자가 받았을 보상을 변경하지 않도록 합니다. 감소된 본드의 결과 rocketpool minipool status를 사용하여 성공적인 본드 감소를 확인할 수 있습니다. 우리가 따라온 예시 minipool의 경우 본드 감소 전에 해당 명령은 다음 출력을 생성합니다: 본드 감소 후 명령은 다음 출력을 반환합니다: 변경 사항을 확인하십시오: Node fee (수수료)가 15%에서 14%로 변경Node deposit (귀하의 본드)가 16 ETH에서 8 ETH로 변경RP deposit (귀하가 빌린 금액)이 16 ETH에서 24 ETH로 변경Minipool Balance (EL)이 0.150713 ETH에서 0.086769 ETH로 변경Your portion (EL)이 0.086660 ETH에서 0 ETH로 변경Available refund가 0 ETH에서 0.086769 ETH로 변경Your portion (CL)이 16.000087 ETH에서 8.000013 ETH로 변경 Node fee, Node deposit, RP deposit, Your portion (CL)의 변경은 본드가 성공적으로 감소되었음을 나타냅니다. Minipool Balance (EL), Your portion (EL), Available refund의 변경은 본드 감소 프로세스의 일부로 발생한 minipool 잔액 분배의 결과를 나타냅니다. 이러한 결과를 해석하는 방법을 명확히 하기 위해: 트랜잭션을 보면 minipool에서 스테이킹 풀로 0.06413383 ETH를 보낸 것을 볼 수 있습니다."전" 예시에서 스테이킹 풀의 몫은 minipool의 잔액에서 노드 운영자의 몫을 뺀 것이거나 0.150713 - 0.086660 = 0.064053으로 본드 감소 중에 스테이킹 풀로 전송된 금액입니다(스크럽 체크 중에 발생한 보상 스킴에서 나온 소량 포함).반면에 노드 운영자의 몫은 노드 운영자의 출금 주소로 전송되지 않습니다. 대신 사용 가능한 환불로 북마크되므로 환불 금액이 0 ETH에서 이전에 EL의 minipool 잔액의 "귀하의 몫" 금액으로 증가합니다.다음 명령을 사용하여 언제든지 이 환불을 청구할 수 있습니다:rocketpool minipool refund rocketpool node status를 사용하여 관찰할 수 있는 본드 감소의 중요한 결과가 하나 더 있습니다: 본드 감소 프로세스는 노드의 예치 크레딧 잔액을 8 ETH 증가시켰습니다. 이 크레딧은 무료로 다른 8-ETH minipool을 만드는 데 사용할 수 있습니다(가스비를 제외하고 노드 지갑에서 ETH가 필요하지 않음)!
- [Staking 하드웨어 선택](/ko/node-staking/local/hardware.md): Rocket Pool 노드를 실행하기 위한 공식 사양은 없습니다. 이 페이지는 staking 하드웨어를 선택하는 데 사용할 수 있는 몇 가지 가이드라인과 예제를 제공합니다. 노드의 최소 하드웨어 요구 사항은 선택한 Consensus 및 Execution 클라이언트에 따라 다릅니다. 예를 들어, 저전력 장치에서 노드를 실행하려는 경우 Execution 클라이언트로 Geth를, Consensus 클라이언트로 Nimbus를 사용하는 것으로 제한될 수 있습니다. 32GB 이상의 RAM을 갖춘 더 강력한 NUC를 사용하는 경우 모든 클라이언트 조합을 사용할 수 있습니다. 아래 가이드라인은 편안한 수준의 하드웨어를 원한다고 가정합니다. 즉, 초과 용량이 있습니다. 이러한 가이드라인을 염두에 두면 노드에 Rocket Pool이 지원하는 모든 클라이언트 조합을 실행할 수 있는 충분한 리소스가 있습니다. 이를 통해 Ethereum 네트워크의 클라이언트 다양성에 매우 중요한 random 클라이언트 쌍을 선택할 수 있습니다.
- [개요](/ko/node-staking/local/overview.md): 이 섹션은 집에서 Rocket Pool 노드로 사용할 로컬 기기를 준비하는 프로세스를 이해하는 데 도움을 주기 위한 것입니다.
- [Mac 준비하기](/ko/node-staking/local/prepare-mac.md): Rocket Pool을 설치하기 전에 시스템이 호환되는지 그리고 올바르게 작동하는지 확인하기 위해 몇 가지 확인 사항이 있습니다.
- [PC, Mini-PC 또는 NUC 준비하기](/ko/node-staking/local/prepare-pc.md): Rocket Pool을 설치하기 전에 시스템이 호환되고 올바르게 작동하는지 확인하기 위해 몇 가지 확인해야 할 사항이 있습니다.
- [Raspberry Pi 준비하기](/ko/node-staking/local/prepare-pi.md): 이 가이드는 Raspberry Pi를 사용하여 Rocket Pool 노드를 실행하는 방법을 안내합니다. 대부분의 staking 가이드에서는 일반적으로 권장하지 않지만, 전체 PC를 구축하는 것보다 훨씬 저렴한 옵션이라는 점에서 매력적이라는 것을 인정합니다. 이를 위해 우리는 다양한 설정을 조정하고 최적화하기 위해 열심히 노력했으며 잘 작동하는 것으로 보이는 구성을 결정했습니다. 이 설정은 전체 Execution 노드와 전체 Consensus 노드를 Pi에서 실행하여 Rocket Pool 노드 운영자로 활동하는 동시에 시스템이 Ethereum 네트워크의 건강에 기여하도록 합니다.
- [알림 알림으로 Smart Node 스택 모니터링](/ko/node-staking/maintenance/alerting.md): Smart Node 알림 알림 기능을 사용하면 Rocket Pool Smart Node의 상태 및 중요한 이벤트에 대한 알림을 받을 수 있습니다.
- [Execution 클라이언트 히스토리 만료](/ko/node-staking/maintenance/history-expiry.md): Execution 클라이언트는 오래된 블록 바디와 영수증을 삭제하여 체인 데이터를 관리 가능한 크기로 유지할 수 있습니다. Smart Node의 Pruning Mode 설정(Execution Client → Pruning Mode)이 이를 제어합니다. Rolling History Expiry가 기본값입니다. Nethermind, Besu, Reth 및 Erigon은 약 1년보다 오래된 바디와 영수증을 삭제합니다. Geth는 아직 이 모드를 구현하지 않았으며 대신 Prague 이전 히스토리 만료를 사용합니다. 기타 선택지: History Expiry — pre-merge 바디와 영수증만 삭제합니다(부분 EIP-4444 만료). Erigon은 pre-merge 전용 만료를 지원하지 않습니다.Full node — 바디와 영수증을 포함한 일반적인 풀 노드 데이터를 유지합니다. Erigon의 풀 노드 모드는 영수증을 유지합니다.Archive — 히스토리와 과거 상태를 유지합니다(훨씬 더 많은 디스크가 필요합니다). 부분 히스토리 만료에 대한 개요는 여기에서 확인하세요: https://blog.ethereum.org/2025/07/08/partial-history-exp 다음 pre-merge 히스토리 제거 단계는 Docker 모드 노드에만 해당됩니다. Hybrid 모드 또는 Native 모드에서 외부 클라이언트를 사용하는 경우 Execution 클라이언트에서 제공하는 문서를 참조하세요. 먼저 Settings Manager를 엽니다: Execution Client 가지치기 모드를 변경하려면 Execution Client (ETH1) 메뉴로 이동하여 Pruning Mode 드롭다운 메뉴에서 History Expiry 설정을 선택합니다 더 많은 히스토리를 유지할 이유가 없다면 Rolling History Expiry를 선택하세요. 선택한 후 escape를 눌러 메인 메뉴로 돌아간 다음 tab을 눌러 Review Changes and Save 버튼을 강조 표시합니다. enter 키를 눌러 계속합니다. Execution 클라이언트 설정 변경 사항을 미리 볼 수 있는 메뉴가 표시됩니다. Save Settings에서 enter 키를 눌러 Settings Manager를 저장하고 종료한 다음 y를 입력하여 rocketpool_eth1 컨테이너를 재시작합니다. 이 시점부터 단계는 사용 중인 Execution 클라이언트에 따라 다릅니다:
- [한 노드에서 다른 노드로 이동하기](/ko/node-staking/maintenance/node-migration.md): 때때로 노드 머신이 더 이상 작업을 수행할 수 없어 다른 머신으로 이동해야 하는 경우가 있습니다. 이는 노드를 업그레이드하거나, 클라우드 기반 노드에서 전용 하드웨어에서 로컬로 호스팅되는 노드로 이동하거나, 노드 자체에 치명적인 하드웨어 장애가 발생하여 백업 머신에서 validator를 실행해야 하는 경우에 발생할 수 있습니다. 경우와 관계없이 이 가이드는 슬래싱되지 않고 한 노드에서 다른 노드로 지갑과 validator 키를 안전하게 마이그레이션하는 방법을 이해하는 데 도움이 됩니다.
- [개요](/ko/node-staking/maintenance/overview.md): 이 섹션에서는 노드와 validator의 상태를 모니터링하고, 수익을 추적하며, 업데이트와 같은 정기적인 유지보수를 수행하는 방법을 배우게 됩니다.
- [다른 노드 주소로 위장하기](/ko/node-staking/masquerade.md): Smart Node 버전 v1.15.7부터 사용자는 임의의 주소의 동작을 모방할 수 있습니다. 다른 주소로 위장하는 동안 노드는 귀하의 노드 주소를 사용하여 노드 및 워치타워 작업 루프를 계속하고 validator 키를 사용하여 증명과 같은 의무를 수행합니다. 위장된 주소로 트랜잭션을 제출하거나 메시지에 서명할 수 없습니다. 이 기능은 지원 및 디버깅에 특히 유용합니다. 다른 노드 주소의 관점에서 Smart Node와 상호 작용하려면 다음 명령을 사용하십시오: rocketpool wallet masquerade 위장 모드가 끝나면 rocketpool wallet end-masquerade를 실행하고 프롬프트를 따르기만 하면 됩니다: 또한 rocketpool wallet status를 실행하여 노드 지갑의 상태를 확인할 수 있습니다:
- [메가풀 생성 (검증자)](/ko/node-staking/megapools/create-megapool-validator.md): Saturn 1에 오신 것을 환영합니다! Rocket Pool 메가풀은 실행 레이어의 스마트 컨트랙트 인스턴스입니다. 노드는 하나 또는 여러 검증자의 Ethereum 출금 주소 역할을 하는 메가풀을 관리합니다. 각 검증자는 본드 금액으로 알려진 귀하의 ETH 일부와 rETH 스테이킹 풀에서 차용된 ETH 일부로 구성됩니다. 메가풀은 본드 금액과 차용 금액 ETH를 합쳐 총 32 ETH를 만들고, 이를 Beacon Chain 입금 컨트랙트로 전송하여 새 검증자를 생성합니다. 메가풀은 첫 번째 검증자 입금 시 자동으로 배포됩니다. 그 후에는 같은 메가풀을 사용하여 원하는 만큼 많은 검증자를 관리할 수 있습니다! 새 검증자를 생성할 때마다 새 메가풀을 배포할 필요가 없습니다.
- [입금 크레딧 시스템](/ko/node-staking/megapools/credit.md): 입금 크레딧 시스템은 노드 운영자가 이전에 본드했지만 더 이상 필요하지 않은 ETH를 추적하여 다시 사용할 수 있도록 하는 메커니즘입니다. 이 크레딧의 출처는 몇 가지입니다: Rocket Pool 입금 대기열에서 검증자 제거. 검증자를 대기열에서 제거하면 노드 운영자에게 본드 금액(4 ETH)이 크레딧으로 적립됩니다.본드 금액 축소. 현재 본드가 프로토콜의 최소 요구 사항을 초과하는 경우, 초과 본드를 줄이고 입금 크레딧으로 받을 수 있습니다. 처음 두 검증자는 항상 각각 4 ETH 본드가 필요합니다 (pDAO 설정에 관계없이). 본드 축소는 pDAO가 reduced_bond 매개변수를 낮출 때 3개 이상의 검증자를 보유한 노드 운영자에게 주로 유리합니다. 본드 축소를 수행하려면 rocketpool megapool reduce-bond를 사용하세요. 다음 두 가지는 Saturn 이전에 마이그레이션한 노드 운영자에게만 해당됩니다. 이는 더 이상 가능하지 않습니다: 기존 16-ETH 본드 미니풀을 8-ETH 본드 미니풀로 마이그레이션 (노드 운영자의 크레딧 잔액에 8 ETH 추가)기존 솔로 검증자를 미니풀로 마이그레이션 (마이그레이션 중 생성하는 미니풀 유형에 따라 노드 운영자의 크레딧 잔액에 16 또는 24 ETH 추가) 모든 노드 운영자는 0 ETH의 크레딧 잔액으로 시작합니다. 이 ETH는 유동화되어 노드 운영자에게 반환되지 않습니다; 대신 동등한 금액의 rETH로 교환할 수 있습니다. 또한 크레딧을 사용하여 노드 운영자로부터 ETH를 요구하지 않고 추가 메가풀 검증자를 생성할 수 있습니다. 크레딧 시스템은 노드 운영자에게 투명하게 운영됩니다; 가능한 경우 rocketpool megapool deposit 작업 중에 자동으로 사용됩니다(Smart Node CLI에서 사용될 것임을 알리는 알림과 함께). 사용할 수 없는 경우, Smart Node는 사용할 수 없음을 사용자에게 알리고 두 작업 중 하나에서 일반 ETH 본드를 요구합니다. 자세한 내용은 아래 크레딧 가용성 섹션을 참조하세요.
- [메가풀 검증자 종료](/ko/node-staking/megapools/exit-megapool-validator.md): 메가풀 검증자를 더 이상 운영하지 않으려 하고 Beacon Chain에 잠긴 전체 잔액에 접근하고 싶다면 몇 가지 단계를 따라야 합니다. 이 페이지는 메가풀 검증자 종료 과정을 안내합니다. Beacon Chain에 자발적 종료 요청 전송 (수동)검증자 종료 알림 (Smart Node에 의해 자동화)최종 잔액 알림 (Smart Node에 의해 자동화)
- [미니풀에서 메가풀 검증자로 마이그레이션](/ko/node-staking/megapools/migration.md): 미니풀 스테이크를 메가풀로 마이그레이션하려는 기존 노드 운영자라면, 이 페이지에서 단계별 가이드를 확인할 수 있습니다. 마이그레이션은 미니풀 종료, 새 메가풀 검증자 생성, 레거시 RPL 언스테이킹, 그 다음 메가풀에 RPL 재스테이킹을 포함합니다. 메가풀 검증자 본드는 4 ETH이므로, 보유한 8 ETH 미니풀 검증자 1개당 메가풀 검증자 2개를 생성할 수 있습니다. 프로토콜 ETH 수익의 9%는 메가풀 검증자를 보유한 RPL 스테이커에게 보터 셰어 보상 형태로 비례 배분됩니다. 이는 기존 표준 RPL 인플레이션 보상에 더해 지급됩니다. 별도의 단계들이 있습니다: 미니풀 종료. 미니풀을 완전히 종료하고 Beacon Chain에서 전체 잔액을 출금합니다.새 메가풀 검증자 생성[선택 사항] 레거시 RPL 언스테이킹 및 출금[선택 사항] 메가풀에 RPL 재스테이킹. 이 작업을 수행하면 RPL 인플레이션 보상에 더해 ETH 수익으로부터 보터 셰어 보상을 얻을 수 있습니다. 미니풀 스테이크를 메가풀로 마이그레이션하기 전에, Rocket Pool 입금 대기열과 Beacon Chain 대기열의 상태를 고려해야 합니다. 두 대기열 모두 대기 시간이 가변적이며 서로 독립적입니다. Rocket Pool 입금 대기열은 새 메가풀 검증자 생성과 rETH 스테이커의 ETH와 매칭되는 시점을 관리합니다. 한편, Beacon Chain 대기열은 미니풀 검증자가 얼마나 빨리 종료될 수 있는지 결정합니다. 더 중요한 것은, 새 메가풀 검증자가 증명 업무에 참여하기 시작하는 시점도 결정한다는 것입니다.
- [개요](/ko/node-staking/megapools/overview.md): 이 섹션은 Rocket Pool 메가풀과 메가풀 검증자 생성을 다룹니다. 여기서 Ethereum 네트워크를 검증하고 보상을 받는 방법을 알아볼 수 있습니다.
- [RPL 스테이킹 및 보상 청구](/ko/node-staking/megapools/staking-and-claiming-rewards.md): Saturn 1에서 RPL은 ETH 수익 공유 토큰으로 근본적으로 변환되었습니다. 이 가이드는 메가풀에 RPL을 스테이킹하고, 레거시 미니풀에서 기존 RPL 스테이크를 마이그레이션하고, 보상을 청구하고, 필요시 RPL을 인출하는 방법을 다룹니다. 또한 ETH 프로토콜 수익이 투표자 공유 보상을 통해 메가풀 RPL 스테이커에게 분배되는 메커니즘도 설명합니다.
- [MEV, MEV-Boost 및 MEV 보상](/ko/node-staking/mev.md): 이전 섹션에서 노드 운영자가 우선순위 수수료를 얻는 방법에 대해 배웠습니다. 우선순위 수수료는 노드 운영자의 수입을 크게 증가시키지만 Execution 레이어에서 사용할 수 있는 유일한 유동성 보상 형태는 아닙니다. MEV 보상이라고 알려진 보충 보상 형태가 있습니다.
- [Minipool Delegate](/ko/node-staking/minipools/delegates.md): 실행하는 각 validator에는 소유자 역할을 하는 minipool 계약이 있습니다. minipool은 해당 validator에 특별히 할당된 고유한 계약입니다. 출금 주소 역할을 합니다. Beacon Chain에서 오는 모든 보상 및 staking 잔액 출금은 minipool 계약으로 전송됩니다. 각 minipool은 귀하(노드 운영자)가 궁극적인 제어권을 가지도록 고유합니다. 다른 누구도 이를 제어할 수 없으며 다른 누구도 변경할 수 없습니다. 전적으로 귀하의 명령에 따릅니다. 즉, 노드 예치 중 가스 비용을 최소화하기 위해 minipool 자체에는 실제 기능이 거의 포함되어 있지 않습니다. 수행할 수 있는 거의 모든 것이 delegate 계약으로 이연됩니다. minipool delegate 계약은 minipool에 필요한 대부분의 로직을 포함하는 특수 계약입니다. 예를 들어 귀하와 pool staker 간의 잔액을 공정하게 분배하는 것과 같은 것입니다. 각 minipool이 고유한 계약인 minipool과 달리 delegate는 많은 minipool이 요청을 "전달"할 수 있는 단일 계약입니다. 때때로 Rocket Pool 개발 팀은 새로운 기능을 추가하는 새로운 minipool delegate를 게시합니다. 예를 들어 Atlas 업데이트에서 minipool을 닫을 필요 없이 스키밍된 보상을 분배할 수 있는 지원을 제공하는 새로운 delegate를 도입했습니다. Minipool은 이 새로운 기능을 활용하기 위해 delegate를 업그레이드할 수 있습니다. Delegate 업그레이드는 옵트인이므로 사용할지 여부와 시기를 결정할 수 있습니다. 즉, 일반적으로 네트워크 업그레이드가 도입하는 새로운 기능을 활용하려면 필요합니다. Delegate 업그레이드 minipool을 새로운 delegate 계약으로 업그레이드하려면 다음 명령을 실행하십시오: 그러면 현재 최신 delegate를 사용하지 않고 업그레이드할 수 있는 minipool 목록이 표시됩니다: minipool 주소 왼쪽의 해당 번호를 입력하여 목록에서 업그레이드할 항목을 선택합니다. 선택하면 가스 가격 설정을 확인하라는 메시지가 표시되며, 그 후 minipool을 업그레이드하는 트랜잭션이 전송됩니다: rocketpool minipool status를 사용하여 최신 delegate를 사용하고 있는지 확인할 수 있습니다. 최신 delegate를 사용하지 않는 minipool에는 업그레이드할 수 있음을 알려주는 노란색 알림이 상태 아래에 표시됩니다:
- [개요](/ko/node-staking/minipools/overview.md): 이 섹션에서는 minipool(Rocket Pool validator) 생성 및 마이그레이션 프로세스를 다룹니다. 여기에서 Ethereum 네트워크 검증을 시작하고 이에 대한 보상을 받는 방법을 배우게 됩니다.
- [Docker 없이 Native Rocket Pool 노드 생성하기](/ko/node-staking/native.md): 이 섹션에서는 Docker 컨테이너를 사용하지 않고 시스템에 Rocket Pool Smart Node 스택을 네이티브로 설치하는 과정을 안내합니다. 전반적인 계획은 다음과 같습니다: Execution Client, Consensus Client / Beacon Node, Validator Client를 위한 systemd 서비스로 표준 솔로 스테이킹 설정 생성Rocket Pool 구성 요소(node 및 watchtower 프로세스)를 위한 시스템 서비스 생성클라이언트 서비스와 통신하도록 Rocket Pool 구성Rocket Pool의 fee recipient와 validator 키를 사용하도록 Validator Client 서비스 정의 업데이트 이것은 상당히 복잡한 설정이므로 완료하는 데 시간이 걸립니다. 사용 가능한 운영 체제와 배포판의 다양성으로 인해 모든 경우에 대한 가이드를 제공하는 것은 비실용적입니다. 이 가이드의 지침은 Debian 기반 시스템(Ubuntu 포함)에 맞춰져 있습니다. 다른 배포판이나 운영 체제의 경우, 가이드에 설명된 상위 수준 단계를 따를 수 있지만 시스템에 맞는 명령으로 대체해야 합니다.
- [노드 성능 모니터링](/ko/node-staking/performance.md): 이제 노드가 실행 중이고 하나 이상의 minipool이 연결되어 있으므로 모든 것이 원활하게 실행되는지 확인하기 위해 주시해야 합니다. 다음 방법으로 머신을 추적할 수 있습니다: 머신 메트릭을 활용하여 직접타사 도구를 사용하여 간접적으로 필요에 따라 둘의 조합을 사용하는 것이 좋습니다.
- [노드 요구 사항 및 플랫폼 선택](/ko/node-staking/platform.md): 좋습니다! Rocket Pool 노드를 실행해 보기로 결정하셨군요. 프로세스의 첫 번째 단계는 노드를 실행하려는 플랫폼의 종류를 결정하는 것입니다. 이미 염두에 두고 있다면 좋습니다! 다음 섹션으로 건너뛸 수 있습니다. 아직 확실하지 않다면, 옵션에 대한 정보를 읽어보세요.
- [노드 운영 준비하기](/ko/node-staking/prepare-node.md): 여기에 있다면 Smart Node 서비스를 성공적으로 시작하고 지갑을 생성했으며 각 클라이언트에서 Execution 및 Consensus 체인 동기화를 완료한 것입니다. 그렇다면 Rocket Pool 네트워크에 노드를 등록하고 validator와 함께 megapool을 생성할 준비가 된 것입니다! 그렇지 않다면 이전 섹션을 검토하고 해당 단계를 완료한 후 여기로 돌아오십시오. megapool과 새 validator를 생성하기 전에 노드 준비를 완료하기 위해 몇 가지 단계를 거쳐야 합니다. 한 번만 수행하면 됩니다. 완료하면 노드에서 여러 validator를 생성하려는 경우 Megapool Validator 생성 섹션으로 건너뛸 수 있습니다.
- [운영 체제 준비](/ko/node-staking/preparing-the-os.md): [TBD] 여기에서는 두 번째 하드 드라이브 설정 (해당되는 경우), fio를 사용한 IOPS 테스트 실행, swap 공간 설정 등 필요할 수 있는 작업을 설명해야 합니다. fio 테스트가 중요하다고 생각하지만 다른 내용은 건너뛸 수 있습니다.
- [개요](/ko/node-staking/provisioning/overview.md): 이 섹션에서는 Smart Node를 설치하고 구성한 후 Rocket Pool로 staking하기 위해 노드를 프로비저닝하는 방법에 대한 세부 사항을 다룹니다. 다룰 staking에 대한 정보가 많기 때문에 긴 섹션입니다. 첫 번째 메가풀 검증자를 생성하기 전에 각 가이드를 읽어주십시오!
- [Execution Client 정리하기](/ko/node-staking/pruning.md): 기본 Execution client로 geth 또는 nethermind를 사용하는 경우, 노드의 여유 디스크 공간이 시간이 지남에 따라 천천히 감소하는 것을 알 수 있습니다. Execution client는 단연코 가장 큰 기여자입니다; rocketpool service config 중에 캐시에 할당한 RAM의 양에 따라 하루에 수 기가바이트의 속도로 증가할 수 있습니다! 이를 처리하기 위해 Execution client는 데이터베이스를 안전하게 스캔하고 정리하여 여유 공간을 회수할 수 있는 **정리(pruning)**라는 특수 기능을 제공합니다. Geth 또는 Nethermind를 사용하는 모든 node operator는 결국 정리해야 합니다. 2TB SSD가 있는 경우 일반적으로 정리 라운드 사이에 몇 달 동안 지낼 수 있습니다. 1TB SSD 사용자의 경우 더 자주 정리해야 합니다. Grafana 대시보드가 활성화된 경우, 노드의 사용된 디스크 공간이 80%를 초과할 때 Execution client 정리를 고려하기 시작하는 것이 좋은 경험 법칙입니다. 정리할 시간이라고 판단되면 Smart Node에는 요청 시 정리할 수 있는 기능이 포함되어 있습니다. 작동 방식과 예상 사항을 알아보려면 아래를 읽어보십시오.
- [기존 Wallet 가져오기 / 복구하기](/ko/node-staking/recovering-rp.md): 노드에 사용하려는 wallet이 이미 있거나 이전에 Smart Node로 생성한 wallet을 복구하는 경우, 이 가이드는 가져오기/복구 프로세스를 안내합니다. 아래 섹션에서 적절한 옵션을 선택하십시오.
- [Dissolved Minipool 복구하기](/ko/node-staking/rescue-dissolved.md): minipool이 dissolution 기간 내에 stake하지 않는 드문 경우에 oDAO에 의해 "dissolved"되고 제공된 사용자 자금은 다른 minipool에서 사용하기 위해 예치 풀로 반환됩니다. 이 시나리오에서는 ETH를 회수하고 RPL 잠금을 해제하여 unstake할 수 있도록 아래 프로세스를 수행해야 합니다.
- [노드 운영자 보상 청구](/ko/node-staking/rewards.md): Rocket Pool 노드 운영자로서, RPL 토큰 형태로 정기적인 보상을 받을 자격이 있으며 (Smoothing Pool에 참여한 경우) ETH도 함께 받을 수 있습니다. 이 섹션에서는 이러한 보상이 어떻게 작동하며 어떻게 청구할 수 있는지 설명합니다.
- [개요](/ko/node-staking/rewards/overview.md): 이 섹션에서는 검증하는 동안 노드가 생성하는 보상에 액세스하는 방법을 다룹니다.
- [노드 보안](/ko/node-staking/securing-your-node.md): 이 가이드의 목표는 악의적인 공격자로부터 노드를 보호하기 위해 취할 수 있는 단계를 안내하는 것입니다. 집에서 로컬 서버를 운영하든 클라우드에서 VPS 서버/가상 머신을 운영하든, 여기에 있는 팁들은 외부 공격에 대비해 노드를 강화하고 수명 기간 동안 보호하는 데 도움이 될 것입니다. 이 섹션에서는 반드시 취해야 하는 필수 조치와 도움이 되지만 필수는 아닌 권장 조치를 모두 설명합니다.
- [스키밍된 Minipool 보상 분배](/ko/node-staking/skimming.md): Ethereum을 위한 validator를 운영하여 받는 ETH 보상은 "스키밍"이라고 하는 프로세스를 통해 정기적으로 minipool에 전송됩니다. 스키밍 빈도는 Beacon Chain의 활성 validator 수에 따라 달라집니다. 작성 당시 validator 수는 약 500,000개이며 이로 인해 약 2~3일마다 스키밍이 발생합니다. 스키밍된 보상은 "분배"할 때까지 각 minipool에 누적됩니다. 이 프로세스는 스키밍된 보상을 node operator인 귀하와 rETH 보유자 간에 수수료율 및 제공된 ETH와 공급된 ETH의 비율에 따라 분배합니다.
- [솔로 스테이킹에서 Rocket Pool로 마이그레이션](/ko/node-staking/solo-staker-migration.md)
- [Secure Shell(SSH) 소개](/ko/node-staking/ssh.md): 일반적으로 node 시스템에 액세스하는 방법은 로컬과 원격 두 가지가 있습니다. 로컬은 실제 node에 앉아서 직접 연결된 모니터와 키보드를 사용하는 것을 의미합니다.원격은 다른 컴퓨터(예: 노트북 또는 데스크톱)를 사용하여 네트워크를 통해 node에 연결하고 거기서 상호 작용하는 것을 의미합니다. 대부분의 경우 node operator는 원격으로 node에서 작업하는 유연성을 선호합니다. Smart Node에는 현재 GUI(그래픽 사용자 인터페이스)가 없으며 CLI(명령줄 인터페이스)만 있습니다. 즉, 상호 작용은 명령줄 터미널에 명령을 입력하여 전적으로 수행됩니다. 따라서 원격으로 상호 작용하려면 다른 시스템에서 node의 터미널에 액세스할 수 있는 방법이 필요합니다. 이 섹션에서는 이를 수행하는 가장 인기 있는 방법인 SSH에 대한 간략한 소개를 제공합니다. SSH를 사용하여 node에 연결하는 방법은 다음과 같습니다. 예를 들어 node의 사용자 이름이 staker이고 node의 IP 주소가 192.168.1.10이라고 가정해 보겠습니다. 다음 명령으로 연결합니다: 처음 이 작업을 수행하면 node가 사용하는 공개 키를 제시하는 메시지가 표시됩니다. 이 키를 확인하는 방법에 익숙하다면 지금 확인할 수 있습니다. 그렇지 않으면 ssh 명령에 올바른 node IP 주소가 있다고 신뢰하는 경우 yes라고 말하여 수락할 수 있습니다. 이 작업은 한 번만 수행하면 됩니다. 그러면 클라이언트에서 사용자의 비밀번호를 묻는 메시지가 표시됩니다. 입력하면 들어갑니다! 환영 메시지, 시스템에 대한 일부 세부 정보 및 새 프롬프트가 표시됩니다. 이 시점에서 터미널에 입력하는 모든 것은 node 시스템에서 원격으로 실행됩니다. 마치 node 시스템에 직접 로그인하여 로컬로 연결된 키보드로 입력하는 것과 같습니다! 업데이트 및 유지 관리를 위해 주기적으로 터미널에 SSH로 연결해야 합니다. node에 로그인하는 방법을 기억하는 것이 불편할 수 있으므로 별칭(사용자 정의 "바로 가기" 명령)을 생성하여 이 명령을 단축하는 것이 도움이 될 수 있습니다. 이 예에서는 SSH 명령을 대체할 ethnode라는 별칭을 생성합니다. 이전과 마찬가지로 node의 사용자 이름이 staker이고 node의 IP 주소가 192.168.1.10이라고 가정하고 다음 명령으로 별칭을 생성합니다: 별칭 목록을 다시 로드하여 현재 터미널 창이 새 별칭을 인식하도록 합니다: 이제 node의 IP 주소를 지정하는 더 긴 명령 대신 방금 만든 별칭을 사용하여 node에 연결할 수 있습니다:
- [Rocket Pool 시작하기](/ko/node-staking/starting-rp.md): 이 시점에서 Smart Node 스택, Execution 및 Consensus 클라이언트를 포함한 완전한 Rocket Pool 인프라가 실행되고 있어야 합니다. 또한 외부 공격자로부터 운영 체제를 강화해야 합니다. 이 두 단계를 모두 완료했다면 Rocket Pool 노드를 생성하고 스테이킹을 시작할 준비가 된 것입니다. 그렇지 않은 경우 이전 섹션을 검토하고 해당 단계를 완료한 후 여기로 돌아오세요.
- [Tailscale VPN 서버 구성](/ko/node-staking/tailscale.md): 휴가 중이거나 출장 중일 때와 같이 홈 네트워크에 원격으로 로그인하려면 가상 사설 네트워크 서버를 사용하는 것이 가장 일반적인 방법입니다. 이를 통해 SSH 포트를 인터넷에 노출하지 않고도 SSH를 통해 노드에 연결하고 전 세계 어디에서나 Grafana 대시보드를 모니터링할 수 있습니다. 많은 Rocket Pool 노드 운영자는 이를 위해 Tailscale을 VPN 서버로 선택합니다. Tailscale은 오픈 소스 P2P VPN 터널 및 호스팅 엔드포인트 검색 서비스입니다. 중앙 집중식 서버로 민감한 트래픽을 전송하지 않고도 머신과 노드 간에 종단 간 암호화 경로를 설정하는 데 필요한 인증, 게시 및 NAT 통과를 처리합니다. 이것은 매우 강력한 도구입니다. 여기서는 기본 구성을 간략하게 다루지만 자세한 내용은 그들의 문서를 참조하세요.
- [테스트 네트워크에서 메인넷으로 마이그레이션](/ko/node-staking/testnet/mainnet.md): Hoodi 테스트 네트워크에서 Rocket Pool을 이미 사용해보셨고, 그 세부 사항에 익숙하며, 실제 이더리움 메인 체인에서 ETH를 스테이킹하거나 노드를 운영할 준비가 되셨다면, 이 가이드가 적합합니다! 여기서는 기존 Smart Node 스택을 Hoodi 테스트 네트워크에서 이더리움 메인넷에 연결된 것으로 마이그레이션하는 방법에 대한 지침을 찾을 수 있습니다. 이는 실제 ETH 및 RPL을 스테이킹할 준비가 된 상태입니다.
- [테스트 네트워크로 연습하기](/ko/node-staking/testnet/overview.md): 이더리움 테스트 네트워크(줄여서 testnet)는 표준 이더리움 블록체인과 기능적으로 동일한 이더리움 블록체인이지만, 스마트 컨트랙트가 실제 "진짜" 블록체인(mainnet이라고 함)에 출시되기 전에 테스트하는 데 사용하기 위한 것입니다. 테스트넷은 메인넷과 병렬로 실행됩니다 - 현재 실제로 여러 개가 실행되고 있습니다! 원하시면 여기에서 일부 실행 레이어 테스트넷에 대해 더 자세히 읽을 수 있습니다. Rocket Pool은 실행 레이어 테스트넷으로 Hoodi를 사용합니다. 원하시면 여기에서 블록 탐색기를 사용하여 살펴볼 수 있습니다: https://hoodi.etherscan.io/ 동일한 개념이 합의 레이어에도 적용됩니다. Rocket Pool은 합의 레이어 테스트넷으로 Hoodi를 사용합니다. 여기에서 블록 탐색기를 찾을 수 있습니다: https://hoodi.beaconcha.in/ 네트워크는 테스트를 위한 것이므로 그 위의 ETH는 사람들이 테스트하는 것을 돕기 위해 무료로 제공됩니다. 이 ETH는 메인넷으로 전송할 수 없습니다. Hoodi에 머물러야 하며 실제 가치가 없으므로 모노폴리 돈으로 생각할 수 있습니다.
- [업데이트 확인](/ko/node-staking/updates.md): 노드 운영자의 책임 중 하나는 시스템이 최신 보안 패치로 최신 상태인지 확인하는 것입니다. 자동 업데이트는 편리하지만 노드 작동을 방해할 수 있으므로 수동으로 실행하는 것이 바람직할 수 있습니다. 어느 경우든 머신이 정기적으로 패치되고 있는지 확인해야 합니다!
- [운영 체제 준비하기](/ko/node-staking/vps/os.md): 이전 섹션에서 설명한 것처럼, 다양한 VPS 및 클라우드 제공업체가 있습니다. 이들 모두에 대한 가이드를 작성하는 것은 다소 비실용적이지만, 이 섹션에서는 Amazon Web Services에서 호스팅되는 가상 머신을 준비하는 일반적인 워크플로우를 다루겠습니다. 구체적으로, 적절한 가상 하드웨어 구성을 선택하는 방법과 Rocket Pool을 위해 운영 체제를 준비하는 방법을 다룰 것입니다. 해당 제공업체의 생태계에 익숙해지면 이러한 단계를 모든 제공업체에 적용하는 방법을 추론할 수 있을 것입니다.
- [개요](/ko/node-staking/vps/overview.md): 이 섹션은 클라우드에서 호스팅되는 가상 사설 서버 또는 가상 머신을 Rocket Pool 노드로 준비하는 프로세스를 이해하는 데 도움을 주기 위한 것입니다.
- [호스팅 제공업체 선택하기](/ko/node-staking/vps/providers.md): 이 섹션에 도착하셨다면, Rocket Pool 노드를 실행하고 싶지만 집에서 로컬로 설정할 수 없어서 클라우드에 호스팅되는 **가상 사설 서버(VPS)**가 필요한 상황이실 것입니다. 이러한 머신을 제공할 수 있는 여러 다양한 서비스가 있으며, VPS 제공업체와 퍼블릭 클라우드 제공업체라는 두 가지 유형으로 나뉩니다. 올바른 것을 선택하는 것은 어려울 수 있으며, 이들 간의 차이점을 이해하는 것이 핵심입니다. 이 가이드에서는 차이점을 명확히 하고 다른 Rocket Pool 사용자들이 과거에 활용했던 몇 가지 서비스를 나열하여 옵션을 탐색하는 데 도움을 드리겠습니다.
- [새 지갑 생성하기](/ko/node-staking/wallet-init.md): Smart Node 서비스가 실행 중이라면, 다음 단계는 노드를 위한 Ethereum 지갑을 설정하는 것입니다. 이것은 단순히 노드의 자금을 보관할 Execution Layer 주소입니다 - 스테이킹을 시작할 때 메가풀 검증자에 ETH를 보내고, 다양한 트랜잭션 중 가스를 지불하며, 기타 여러 작업을 수행하는 데 사용됩니다. 처음부터 완전히 새로운 지갑을 생성하거나, 기존 지갑 또는 주소를 가져오기/복구할 수 있는 옵션이 있습니다. 아래 탭에서 원하는 옵션을 선택하세요.
- [미니풀 종료](/ko/node-staking/withdraw.md)
- [Oracle DAO 노드 모니터링](/ko/odao/monitoring.md): 노드가 가동되어 실행 중이면 자동화된 작업을 올바르게 수행하고 있는지 정기적으로 상태를 모니터링하는 것이 중요합니다. 이를 위해서는 다음이 포함됩니다: OS 수준에서 물리적(또는 가상) 시스템의 상태 모니터링실행 및/또는 합의 클라이언트의 상태 모니터링(로컬 클라이언트를 실행하는 경우)노드가 상태 업데이트를 위해 필요한 트랜잭션을 체인에 정기적으로 제출하는지 확인해당 트랜잭션을 실행하기 위해 노드 지갑에 충분한 ETH 잔액이 있는지 확인Smart Node, 클라이언트(해당하는 경우) 및 운영 체제에 대한 업데이트를 정기적으로 적용다른 Oracle DAO 구성원의 상태를 모니터링하고 노드가 제대로 작동하지 않는다고 생각되면 그들과 소통 이 섹션에서는 Smart Node의 내장 Grafana 지원을 통해 이를 수행하는 몇 가지 예를 설명합니다.
- [Rocket Pool Oracle DAO](/ko/odao/overview.md): Oracle DAO는 기술적 제한으로 인해 스마트 컨트랙트로는 달성할 수 없는 프로토콜에 필요한 관리 업무를 담당하는 특수 Rocket Pool 노드 그룹입니다. 본질적으로 일반 Rocket Pool 노드와 동일합니다. 동일한 도구를 사용하고, 동일한 방법으로 구성할 수 있으며, 심지어 일반 미니풀도 실행할 수 있지만 수행하는 보충 작업이 함께 제공됩니다. 여기에는 다음과 같은 것들이 포함됩니다: 검증자 상태 및 잔액을 포함하여 비콘 체인에서 실행 레이어로 정보 전송미니풀이 이미 사용 중이지 않은 검증자 공개 키를 사용하여 생성되고 적절한 출금 자격 증명을 가지고 있는지 확인하여 프로토콜이 안전하게 자금을 제공할 수 있도록 함각 보상 기간이 끝날 때 보상 머클 트리를 구성하고 다른 노드 운영자가 액세스할 수 있도록 IPFS에 업로드Rocket Pool의 수수료 수령자 요구 사항 준수를 위한 제안 모니터링매개변수 변경 및 컨트랙트 업그레이드 승인을 포함하여 핵심 프로토콜 수정에 대한 제안 및 투표다른 Oracle DAO 멤버 초대 및 제거를 포함하여 Oracle DAO 명단에 대한 제안 및 투표 이러한 업무를 수행한 대가로 Oracle DAO는 각 보상 기간에 생성된 전체 RPL 인플레이션의 소량 비율을 집단적으로 받으며, 이는 멤버들 간에 균등하게 분배됩니다. 누구나 무허가로 생성하고 실행할 수 있는 일반 Rocket Pool 노드와 달리 Oracle DAO의 멤버십은 기존 멤버의 초대 전용입니다. 최근 Oracle DAO에 가입하도록 초대받았다면 가이드의 이 섹션은 귀하의 역할을 이해하고, 노드를 설정하고, 건강하게 유지하는 데 도움이 될 것입니다.
- [Oracle DAO 제안](/ko/odao/proposals.md): 상기시켜 드리면, Oracle DAO 임무에는 두 가지 유형이 있습니다: 자동화된 임무 - 이는 Consensus Layer에서 Execution Layer로 정보를 전송하고, 프로토콜의 다양한 측면을 오프체인에서 계산하고, Smart Contract에 업데이트로 제출하는 것과 같은 일상적인 Rocket Pool 운영과 관련된 임무입니다. 이들은 Execution 및 Consensus Client와 watchtower 데몬이 모두 정상적으로 작동하는 한 watchtower 데몬 프로세스에 의해 자동으로 수행되며 수동 개입이 필요하지 않습니다. 이전 단계에서 이미 watchtower 데몬을 설정했으므로 이 섹션에서는 다시 다루지 않습니다.수동 임무 - 이는 자신의 의사 결정과 나머지 Oracle DAO와의 대역외 통신을 필요로 하는 임무입니다. 여기에는 계약 업그레이드 투표, 매개변수 변경, Oracle DAO에 멤버 초대 또는 제명 등이 포함됩니다. 이들은 모두 표준 Smart Node CLI를 통해 수행할 수 있습니다. 이 섹션에서는 이러한 각 임무와 수행 방법을 설명합니다. 제안은 자동화된 watchtower 임무 외의 책임의 핵심을 형성합니다. 기본적으로 다음과 같이 작동합니다: 집단 Oracle DAO는 각 멤버가 이를 인지하고 해당 제안이 무엇을 수반할지 이해할 수 있도록 사전에 예정된 제안에 대해 광범위하게 논의해야 합니다.Oracle DAO 멤버는 온체인 트랜잭션을 통해 제안을 생성합니다.제안은 투표가 시작되기 전에 추가 논의를 하고 의견을 형성할 수 있도록 대기 기간에 들어갑니다. 현재 Mainnet에서는 7일입니다.대기 기간이 끝나면 멤버는 간단한 찬성-반대 투표를 통해 제안에 투표할 수 있습니다.Oracle DAO 멤버의 51%의 정족수가 동일한 방식으로 투표하면 투표가 종료됩니다. 51%가 제안에 동의하면 실행할 수 있습니다. 제안이 승인되면 모든 멤버가 제안을 실행할 수 있습니다.실행은 온체인에서 변경을 공식적으로 트리거하여 핵심 Rocket Pool 계약의 상태를 수정하는 것을 의미합니다.
- [Oracle DAO 노드 설정](/ko/odao/setup.md): 최소한으로, 표준 Rocket Pool 노드는 다음을 실행합니다: Smart Node CLISmart Node API 데몬Smart Node node 데몬Smart Node watchtower 데몬 선택적으로, 노드는 다음 구성 요소도 실행할 수 있습니다: Execution ClientBeacon NodeValidator ClientMEV-BoostPrometheusPrometheus Node ExporterGrafana 이러한 각 구성 요소는 표준 설정에서 Docker 컨테이너로, "Native Mode" 설정에서 systemd 서비스로 실행되거나, Smart Node가 각각의 API 경로를 통해 연결할 수 있는 외부 관리 엔티티로 실행될 수 있습니다. 편리하게도, Oracle DAO 노드는 일반 Rocket Pool 노드와 동일하지만 watchtower 데몬이 추가 Oracle DAO 임무를 수행하며 성능 모니터링 목적으로 더 많은 Prometheus 메트릭이 수집됩니다.
- [Oracle DAO 노드 테스트](/ko/odao/testing.md): 노드가 설정되고 Oracle DAO에 가입한 후, 임무를 제대로 수행할 수 있는지 테스트해야 합니다. 이를 수행하는 가장 좋은 방법은 Rocket Pool의 treegen 유틸리티를 사용하여 Redstone 보상 Merkle 트리를 빌드하는 것입니다. treegen treegen은 archive Execution 및 Consensus 클라이언트를 통해 이전 보상 간격에 대한 전체 보상 Merkle 트리 및 관련 아티팩트를 재현할 수 있는 도구입니다. 또한 실행 시점의 최신 확정된 에포크에서 끝난 것처럼 가정하고 간격 시작부터 해당 시점까지의 부분 트리를 생성하여 현재 간격을 "드라이 런"할 수도 있습니다. treegen은 독립 실행형 바이너리(현재 Linux 시스템, x64 및 arm64 전용으로만 빌드됨) 또는 Docker 컨테이너로 사용할 수 있습니다. 독립 실행형 바이너리를 다운로드하려면 여기의 릴리스에서 찾을 수 있습니다: https://github.com/rocket-pool/treegen. 사용 지침은 거기의 README에 포함되어 있지만 아래에서도 몇 가지 예를 다룹니다. Docker 컨테이너 태그는 rocketpool/treegen:latest입니다.
- [개요](/ko/pdao/overview.md): 이 섹션은 온체인 및 오프체인(RocketDash) 제안에 참여하기 위해 노드를 설정하는 과정을 설명합니다. 다루어야 할 내용이 많으므로 Houston 업그레이드 개요를 먼저 읽어보실 것을 강력히 권장합니다. 이를 통해 온체인 거버넌스를 가능하게 하는 최신 기능과 프로토콜 형성에 참여하는 방법을 이해할 수 있습니다.
- [온체인 pDAO 제안 참여하기](/ko/pdao/participate.md): 등록된 노드라면 RPL 잠금을 허용하고 제안 보증금을 충당할 만큼의 잠기지 않은 스테이킹 RPL을 보유하고 있는 한 언제든지 pDAO 제안을 제기할 수 있습니다(제안 생성 참조). 제안의 스냅샷 블록 시점에 투표권을 가진 노드는 해당 제안에 투표할 수 있습니다. 제안은 다음 유형 중 하나가 될 수 있습니다: pDAO 설정 변경일회성 재무 지출반복 재무 지출 (관리 위원회)Security Council 멤버십 자세한 내용과 근거는 제안 유형을 참조하세요. pDAO 제안은 프로토콜 수준에서 변경 사항을 실행하기 위해 존재하는 온체인 엔티티라는 것을 이해하는 것이 중요합니다.
- [The Protocol DAO (pDAO)](/ko/pdao/pdao.md): Rocket Pool Protocol DAO(pDAO)는 프로토콜의 방향을 형성하는 책임을 지며 RPL 거버넌스에 의해 운영됩니다. 구성원과 투표권은 프로토콜에 직접 참여하는 크고 작은 노드 운영자들로 구성됩니다. rETH 보유자, 노드 운영자 및 RPL 보유자를 포함한 Rocket Pool 커뮤니티 전체에 서비스를 제공합니다. pDAO는 Rocket Pool 프로토콜의 안전과 Ethereum 네트워크의 건전성을 우선시합니다. pDAO가 누구이고 무엇인지에 대한 명시적 정의는 pDAO charter를 참조하세요.
- [8-ETH 본드 미니풀](/ko/upgrades/atlas/lebs.md): Rocket Pool이 처음 출시되었을 때 두 가지 유형의 미니풀을 지원했습니다: 16-ETH 본드: 노드 운영자가 16 ETH를 제공하고 나머지 16 ETH는 스테이킹 풀에서 가져와 완전한(32 ETH) 검증자를 만듭니다.32-ETH 임시 본드: 노드 운영자가 32 ETH를 모두 제공하여 초기화 프로세스를 건너뛰고 비콘 체인에서 즉시 검증을 시작한 다음, 예치 풀에 이를 충당할 수 있는 충분한 ETH가 있으면 16 ETH의 환불을 받습니다. 이 시점에서 일반 16-ETH 본드 미니풀로 전환됩니다. 후자는 더 이상 필요하지 않고 긴 환불 지연을 초래하여 프로토콜 출시 몇 개월 후 커뮤니티 투표에 의해 제거되었습니다. 전자는 노드 운영자가 Rocket Pool을 사용하여 이더리움 프로토콜을 공격하고 전체 본드가 슬래싱 당했을 때 rETH 스테이커만큼 손실을 입고 이익을 얻지 못하도록 보장했기 때문에 프로토콜의 최저 본드 금액을 나타냈습니다. Rocket Pool이 출시된 이후 커뮤니티는 이 본드가 제공하는 보안에 대해 상당한 연구를 수행했으며 매우 보수적이라는 것을 발견했습니다. 모든 의도와 목적을 위해 16 ETH의 슬래싱은 비현실적인 것으로 간주되었으며 16-ETH 본드는 8 ETH(추가 RPL 요구 사항 포함)만의 본드와 동일한 보안 이점을 효과적으로 제공합니다. 따라서 이 연구를 바탕으로 Atlas 업그레이드는 목록에 새로운 유형의 미니풀을 도입합니다: Rocket Pool 커뮤니티에서 "LEB8"(Lower ETH Bond - 8 ETH)로 통칭되는 8-ETH 본드입니다. 8-ETH 미니풀을 만들려면 노드 운영자는 자신의 ETH 8개만 제공하면 됩니다(담보 요구 사항을 충당하기에 충분한 RPL 포함 - RPL 담보에서 자세히 설명). 그런 다음 검증자를 완성하고 비콘 체인에서 작업을 시작하기 위해 예치 풀에서 24 ETH를 가져옵니다. 이는 노드를 실행하고 싶지만 16 ETH가 충분하지 않은 새로운 잠재적 노드 운영자에게 문을 엽니다. 또한 더 큰 노드 운영자가 비콘 체인에서 보상을 얻기 위해 더 많은 풀 스테이커 ETH를 작업에 투입할 수 있게 합니다. 이것은 보안을 의미 있게 손상시키지 않고 작동하므로 모두가 승리합니다! 이 가이드에서는 세 가지 주제를 다룹니다: 8-ETH 본드 미니풀이 실제로 어떻게 작동하는지, 그리고 그 뒤에 있는 보상 숫자새로운 8-ETH 미니풀을 만드는 방법종료하지 않고 기존 16-ETH 미니풀을 8-ETH 미니풀로 마이그레이션하는 방법 각 주제에 대해 자세히 알아보려면 계속 읽으십시오.
- [Atlas 업데이트](/ko/upgrades/atlas/whats-new.md): 이 페이지는 Atlas라는 제목의 Rocket Pool의 다음 주요 업데이트가 Smart Node 스택과 Rocket Pool 프로토콜 전반에 대한 업데이트를 포함하여 프로토콜에 가져오는 주요 변경 사항을 설명합니다. 이전 버전의 Rocket Pool(Redstone)과 Atlas의 모든 차이점을 이해하려면 이 페이지를 철저히 읽어주세요.
- [Houston 빠른 시작](/ko/upgrades/houston/getting-started.md): 숙련된 노드 운영자이든, rETH 보유자이든, 호기심 많은 관찰자이든, 이 페이지는 Houston에 포함된 새로운 기능을 탐색하는 데 도움이 될 것입니다.
- [스마트노드 미사용자를 위한 투표 설정](/ko/upgrades/houston/nonsmartnode-setup.md): 일부 사용자(예: Allnodes 사용자)는 스마트노드를 사용하지 않으며 직접 컨트랙트 상호작용을 통해 투표를 설정해야 할 수 있습니다. 이 가이드는 그러한 사용자를 위한 최소 설정 가이드와 완전한 설정 가이드를 모두 포함합니다.
- [온체인 pDAO 제안 참여하기](/ko/upgrades/houston/participate.md): 투표권이 0이 아닌 모든 노드는 언제든지 pDAO 제안을 제기하거나 참여할 수 있습니다. 제안은 다음 유형 중 하나일 수 있습니다: pDAO 설정 변경일회성 재무 지출반복 재무 지출(관리 위원회)보안 위원회 멤버십 자세한 내용과 근거는 제안 유형을 참조하세요. pDAO 제안은 프로토콜 수준에서 변경 사항을 실행하기 위해 존재하는 온체인 엔티티라는 것을 이해하는 것이 중요합니다.
- [Protocol DAO (pDAO)](/ko/upgrades/houston/pdao.md): Rocket Pool Protocol DAO(pDAO)는 프로토콜의 방향을 결정하는 책임을 지며 RPL 거버넌스에 의해 운영됩니다. 구성원과 투표권은 프로토콜에 직접 참여하는 대소 노드 운영자들로 구성됩니다. pDAO는 rETH 보유자, 노드 운영자, RPL 보유자를 포함한 Rocket Pool 커뮤니티 전체를 위해 봉사합니다. pDAO는 Rocket Pool 프로토콜의 안전과 Ethereum 네트워크의 건강을 우선시합니다. pDAO가 누구이고 무엇인지에 대한 명시적인 정의는 pDAO 헌장을 참조하세요.
- [RPL 출금 주소 설정](/ko/upgrades/houston/rpl-withdrawal-address.md): 기본 출금 주소와 RPL 출금 주소의 차이를 이해하는 것이 중요합니다. 기본적으로 RPL 출금 주소는 설정되지 않으며 기본 출금 주소는 모든 RPL 체크포인트 보상, 스테이킹된 RPL 및 비콘 체인 ETH가 전송되는 곳입니다. 원하는 경우 RPL에 대한 별도의 출금 주소를 설정할 수 있습니다. RPL 출금 주소가 설정되면 인플레이션 보상에서 RPL을 트리거하고 청구할 수 있으며 ETH 합의 보상이나 ETH와 관련된 모든 것에는 영향을 미치지 않습니다. 이 경우 기본 출금 주소는 더 이상 RPL 관련 작업에 대한 권한이 없습니다. 이것은 RPL에 노출되기를 원하지 않는 노드 운영자에게 엔티티가 RPL을 제공할 수 있는 흥미로운 기회를 만듭니다. 해당 엔티티는 노드에 필요한 보험 담보를 제공한 대가로 RPL 보상을 청구할 수 있습니다. 즉, 이를 통해 각 담보 유형을 다른 행위자가 제공할 수 있습니다. 이를 수행하는 두 가지 방법이 있습니다. 어느 것이 적용되는지 결정하려면 아래의 두 옵션을 모두 읽어주세요. 이 작업이 완료되면 set-rpl-withdrawal-address 명령을 사용하여 RPL 출금 주소를 더 이상 변경할 수 없습니다. 변경하려면 활성 RPL 출금 주소(방금 전환한 주소)에서 서명된 트랜잭션을 보내야 합니다. Rocket Pool 웹사이트에는 이를 수행하는 데 도움이 되는 기능이 있습니다. RPL 출금 주소를 설정 해제하려는 경우 프로세스는 매우 간단합니다. 먼저 Rocket Pool 웹사이트의 RPL 출금 주소 페이지로 다시 이동합니다. 노드의 RPL 출금 주소로 로그인한 경우 여기 오른쪽에 있는 unset 버튼을 클릭할 수 있어야 합니다: unset을 클릭하면 세부 정보를 확인할 수 있는 페이지로 이동합니다. 보이는 내용에 만족하면 주황색 unset 버튼을 클릭하여 트랜잭션을 네트워크로 보냅니다. RPL 출금 주소 설정은 이것이 전부입니다! 프로세스가 빠르고 쉬웠기를 바랍니다. Discord 서버에 자유롭게 방문하여 의견을 알려주시고 프로젝트가 진화하는 것을 지켜봐 주세요.
- [노드를 대신하여 ETH Stake](/ko/upgrades/houston/stake-eth-on-behalf.md): RPIP-32는 계정이 프로토콜에 등록된 Rocket Pool 노드를 대신하여 ETH를 stake할 수 있도록 허용합니다. 이는 Node Operator가 ETH를 직접 제공하지 않는 다양한 상황을 지원합니다: Node Operator의 보안 강화, 노드로 자금을 미리 전송할 필요를 없애고 하드웨어 월렛에서 직접 stake할 수 있습니다.신뢰할 수 있는 관리자가 자금의 관리권을 관리하는 Staking as a Service 제공업체.스마트 계약이 자금의 관리권을 관리하는 프로토콜 통합.재무가 자금의 관리권을 관리하는 DAO 또는 조직. 이 기능의 주요 목표는 단일 입금자 시나리오를 용이하게 하는 것이지만 여러 독립 입금자도 그 위에 스마트 계약을 만들어 이 기능을 활용할 수 있다는 점은 주목할 가치가 있습니다. Rocket Pool은 또한 이전 Atlas 릴리스에서 노드를 대신하여 RPL을 stake할 수 있는 기능을 도입했습니다. 전제 조건 자금을 제공하려는 노드의 primary withdrawal address를 제대로 구성했는지 확인하십시오. houston 이후 출금 주소가 작동하는 방식에 대한 가이드는 위 링크를 따르십시오. Hoodi Testnet 및 Mainnet의 프로세스가 약간 다르므로 아래 탭에서 관심 있는 네트워크를 선택하십시오. 사이트에 도착하면 connect wallet 버튼을 클릭하십시오. 서비스 약관 및 개인 정보 보호 정책을 읽고 수락하십시오. 그러면 연결할 수 있는 다양한 방법이 활성화됩니다. 그런 다음 connect metamask를 클릭하십시오. MetaMask는 웹사이트에 연결할 계정을 선택하라는 메시지를 표시합니다. 하나를 선택하고 몇 가지 권한을 확인하십시오. 창의 오른쪽 상단에 있는 월렛 아이콘을 클릭하여 잔액 개요를 볼 수 있습니다. 여기에서 ETH를 대신 입금하려는 노드의 주소를 입력하려고 합니다. 페이지는 다음과 같아야 합니다: 이 상자에 원하는 주소를 붙여넣고 find를 클릭하십시오. 이 예에서는 0xd3e317806456102d19db283b4c2201f0ef41a296를 사용합니다 첫 번째 상자에 노드를 대신하여 입금하려는 ETH 금액을 입력하십시오. 두 번째 상자는 ETH를 대신 입금할 주소를 나타냅니다. 올바른 주소와 입금을 입력했는지 확인하십시오. 만족하면 Deposit을 클릭하면 MetaMask가 트랜잭션을 확인하도록 요청하는 창을 표시합니다. 확인하면 트랜잭션이 시작됩니다. 블록에 포함되고 체인에 추가되면 delegate가 smartnode에서 rocketpool node status 명령을 사용하여 새 잔액을 볼 수 있습니다. 이 잔액은 Rocket Pool staking 사이트를 통해서도 볼 수 있습니다. 완료되었습니다! 이제 Rocket Pool로 staking하고 있습니다. 주소를 입력한 후 "Find"를 클릭하면 해당 노드를 대신하여 stake한 ETH를 출금할 수 있는 다음 메뉴로 이동합니다. 오른쪽 상단에서 출금 가능한 ETH 금액을 확인할 수 있습니다. 원하는 수량을 입력하고 노드 주소를 확인한 후 주황색 Withdraw ETH 버튼을 클릭하여 네트워크에 트랜잭션을 보내십시오. 트랜잭션이 확인되면 계정에 적절한 잔액이 표시됩니다! 노드를 대신하여 ETH를 staking하는 것에 대한 모든 것입니다! 프로세스가 빠르고 쉬웠기를 바랍니다. 우리의 Discord 서버에 들러 생각을 알려주고 프로젝트가 발전하는 대로 탭을 유지하십시오.
- [Houston 업그레이드](/ko/upgrades/houston/whats-new.md): Houston 업그레이드는 주로 Protocol DAO 또는 pDAO로 알려진 프로토콜을 관리하기 위한 완전한 온체인 DAO를 도입하는 것을 목표로 합니다. 이는 다른 DAO와는 다르며 snapshot voting이나 다른 타사 도구가 필요하지 않습니다. 진정으로 온체인이며 독특합니다. 자세한 내용은 아래에서 확인하세요. 이 업그레이드는 또한 프로토콜에 새로운 통합 및 플랫폼을 구축할 수 있도록 하는 매우 흥미로운 기능들을 도입합니다. 여기에는 노드를 대신하여 ETH를 stake할 수 있는 기능(노드 자체에서만이 아님)과 한 쪽에서 staking을 위한 ETH를 제공하고 다른 쪽에서 Node Operator에게 관리권을 주지 않고 RPL을 제공할 수 있는 새로운 RPL 출금 주소 기능이 포함됩니다"
- [[Docker Mode] Redstone 업데이트 및 The Merge 가이드](/ko/upgrades/redstone/docker-migration.md): 이 가이드는 Docker Mode를 사용하는 경우 Redstone 업데이트 및 The Merge를 위해 노드를 준비하는 데 필요한 모든 정보를 다룹니다.
- [[Hybrid Mode] Redstone 업데이트 및 The Merge 가이드](/ko/upgrades/redstone/hybrid-migration.md): 이 가이드는 Hybrid Mode를 사용하는 경우 Redstone 업데이트 및 The Merge를 위해 노드를 준비하는 데 필요한 모든 정보를 다룹니다.
- [[Native Mode] Redstone 업데이트 및 The Merge 가이드](/ko/upgrades/redstone/native-migration.md): 이 가이드는 Native Mode를 사용하는 경우 Redstone 업데이트 및 The Merge를 위해 노드를 준비하는 데 필요한 모든 정보를 다룹니다.
- [Rocket Pool Redstone 업데이트](/ko/upgrades/redstone/whats-new.md): Redstone이라는 Rocket Pool의 다음 주요 업데이트가 Ropsten 및 Holesky 테스트 네트워크에서 베타 테스트를 위해 출시되었습니다. 이 페이지는 Smart Node 스택과 Rocket Pool 프로토콜 전반에 대한 업데이트를 포함하여 Redstone이 가져오는 주요 변경 사항을 설명합니다. 이전 버전의 Rocket Pool과 Redstone 간의 모든 차이점을 이해하기 위해 이 페이지를 철저히 읽어주세요.
- [Saturn 0 업그레이드](/ko/upgrades/saturn-0/whats-new.md): Saturn 0에 오신 것을 환영합니다! 이 업그레이드는 프로토콜 성장을 위해 단기적으로 RPL 토크노믹스를 개선하는 것을 목표로 합니다. 귀하가 복귀하는 또는 예비 Node Operator라면 이 페이지는 Rocket Pool 프로토콜에 대한 몇 가지 새롭고 흥미로운 변경 사항을 소개합니다.
- [Saturn 1 업그레이드](/ko/upgrades/saturn-1/whats-new.md): 환영합니다! 이 페이지는 최신 Rocket Pool 업그레이드에 포함된 주요 기능을 소개합니다. Saturn 1은 Rocket Pool 역사상 가장 중요한 프로토콜 업그레이드로, 프로토콜의 용량, 경제성, 리퀴드 스테이킹 생태계에서의 경쟁력을 근본적으로 변화시킵니다. 확장성: 용량 제한을 제거하여 node operators가 더 많은 validators를 운영하고 프로토콜이 더 큰 rETH 수요를 충족할 수 있도록 합니다유연성 및 경쟁력: 조정 가능한 수수료 구조를 통해 시장 상황이 변화함에 따라 node operator 수익을 최적화할 수 있습니다지속 가능성: 향상된 RPL 토크노믹스가 프로토콜 성공과 node operator 보상 간의 더 강한 정렬을 만듭니다