Skip to main content
이 페이지에 있다면 아마도 Injective의 검증자가 되셨을 것입니다. 축하합니다! peggo 구성은 설정의 마지막 단계입니다. peggo용 .env 예시:
중요 참고: 자체 injectived(Injective 노드)와 geth(Ethereum 노드) 프로세스를 실행하는 경우, 최신 상태와 동기화되어 있는지 확인하세요. 오래된 노드는 peggo의 비즈니스 로직을 왜곡하여 때때로 “거짓 경보” 로그를 표시할 수 있습니다.

Step 1: .env 구성

먼저 .env 파일의 PEGGO_ETH_RPC를 유효한 Ethereum EVM RPC 엔드포인트로 업데이트합니다. 자체 Ethereum 풀 노드를 설정하려면 여기의 지침을 따르세요. Alchemy나 Infura와 같은 외부 Ethereum RPC 제공자를 사용할 수 있지만, Peggo 브릿지 릴레이어가 eth_getLogs 호출을 많이 사용하므로 제공자에 따라 비용 부담이 증가할 수 있습니다.

peggo를 위한 Ethereum 키 관리

Peggo는 서명 키 자격 증명을 제공하는 두 가지 옵션을 지원합니다 - Geth keystore 사용(권장) 또는 평문 Ethereum private key 제공.

옵션 1. Geth Keystore

Geth 문서 여기에서 keystore를 사용하여 새 Ethereum 계정을 안전하게 생성하는 방법을 찾을 수 있습니다.
다음 환경 변수를 설정하세요:
그런 다음 Ethereum 주소에 충분한 ETH가 있는지 확인하세요.

옵션 2. Ethereum Private Key (안전하지 않음)

새 계정에서 새 Ethereum Private Key로 PEGGO_ETH_PK를 업데이트하기만 하면 됩니다.

Injective 구성

Injective 트랜잭션 전송을 위한 위임된 Cosmos 키 생성

격리 목적으로 검증자 계정 키 대신 위임된 Cosmos 키를 생성하여 Injective 트랜잭션을 보내는 것이 좋습니다.
orchestrator inj 주소에 INJ 잔액이 있는지 확인하세요:

peggo를 위한 Cosmos 계정 키 관리

옵션 1. Cosmos Keyring

.env 파일에서 PEGGO_COSMOS_FROMPEGGO_COSMOS_FROM_PASSPHRASE를 지정합니다. Cosmos Keyring 설정에 대해 여기에서 자세히 읽을 수 있습니다.

옵션 2. Cosmos Private Key (안전하지 않음)

.env 파일에서 PEGGO_COSMOS_PK를 지정합니다.

Step 2: Orchestrator 및 Ethereum 주소 등록

orchestrator와 ethereum 주소는 한 번만 등록할 수 있습니다. 나중에 업데이트할 수 없습니다.
https://lcd.injective.network/peggy/v1/valset/current 에서 성공적인 등록을 확인할 수 있습니다.
참고: set-orchestrator-address 메시지로 Orchestrator를 등록한 후에는 다시 등록할 수 없습니다. 이 단계가 완료되면 검증자는 제공된 Ethereum 주소에 바인딩됩니다.

Step 3: Relayer 시작

Step 4: Peggo systemd 서비스 생성

/etc/systemd/system/peggo.service 아래에 다음 내용으로 파일을 추가합니다:

Step 5: (선택사항) 무단 액세스로부터 Cosmos Keyring 보호

이것은 고급 DevOps 주제입니다. 시스템 관리자와 상담하세요.
Cosmos Keyring 설정에 대해 여기에서 자세히 알아보세요.

기여

Peggo orchestrator 소스 코드를 검토하고 기여하고 싶다면 https://github.com/InjectiveLabs/peggo에서 할 수 있습니다.
마지막 수정일 2026년 3월 30일