메인 콘텐츠로 건너뛰기
노드 운영자는 최적의 성능을 위해 베어메탈 서버를 배포해야 합니다. 또한 검증자 노드는 높은 가동 시간을 보장하기 위해 권장 하드웨어 사양, 특히 CPU 요구 사항을 충족해야 합니다.

하드웨어 요구 사항

최소권장
RAM 메모리 128GBRAM 메모리 128GB
CPU 12 코어CPU 16 코어
CPU 기본 클럭 3.7GHzCPU 기본 클럭 4.2GHz
스토리지 2TB NVMe스토리지 2TB NVMe
네트워크 1Gbps+네트워크 1Gbps+

Step 1: 검증자 계정 생성

먼저, 원하는 검증자 키 이름으로 keygen 명령을 실행합니다.
export VALIDATOR_KEY_NAME=[my-validator-key]
injectived keys add $VALIDATOR_KEY_NAME
이렇게 하면 새로운 private key가 생성되고 디스크에 암호화되어 저장됩니다. 사용한 비밀번호를 꼭 기억하세요.
# 출력 예시
- name: myvalidatorkey
  type: local
  address: inj1queq795wx8gzqc8706uz80whp07mcgg5nmpj6h
  pubkey: injpub1r0mckeepqwzmrzt5af00hgc7fhve05rr0q3q6wvx4xn6k46zguzykdszg6cnu0zca4q
  mnemonic: ""
  threshold: 0
  pubkeys: []


**중요** 이 니모닉 문구를 안전한 곳에 저장하세요.
비밀번호를 잊어버렸을 계정을 복구할 있는 유일한 방법입니다.
출력에는 키를 평문으로 나타내는 니모닉 문구가 포함됩니다. 키 없이는 검증자를 제어할 수 없으므로 이 문구를 키의 백업으로 반드시 저장하세요. 문구는 물리적인 종이에 백업하는 것이 좋으며, 클라우드 스토리지에 저장하면 나중에 검증자가 손상될 수 있습니다.inj로 시작하는 주소를 기억하세요. 이것이 Injective 검증자 계정 주소가 됩니다.

Step 2: 메인넷 INJ 획득

다음 단계를 진행하려면 메인넷 Ethereum에서 실제 INJ를 획득해야 합니다(ERC-20 토큰 주소 0xe28b3b32b6c345a34ff64674606124dd5aceca30).

Step 3: Injective의 검증자 계정으로 INJ “전송”

스테이킹 대시보드를 사용하여 메인넷 INJ 토큰을 Injective의 검증자 계정에 입금하세요. Hub에서 지갑을 연결한 다음 Ethereum 메인넷 네트워크에서 INJ를 입금해야 합니다. 이렇게 하면 Ethereum 네트워크에서 Injective로 토큰을 매핑하는 자동화된 브릿지가 실행됩니다. 몇 분 후 UI에서 입금이 성공했는지 확인할 수 있습니다. 또는 다음 명령으로 injectived CLI를 사용하여 계정 잔액을 조회할 수 있습니다:
injectived q bank balances <my-validator-inj-address>

Step 4: 검증자 계정 생성

노드의 Tendermint 검증자 Bech32 인코딩된 PubKey consensus 주소를 획득합니다.
VALIDATOR_PUBKEY=$(injectived tendermint show-validator)
echo $VALIDATOR_PUBKEY

# 예시: {"@type": "/cosmos.crypto.ed25519.PubKey", "key": "GWEJv/KSFhUUcKBWuf9TTT3Ful+3xV/1lFhchyW1TZ8="}
그런 다음 INJ 토큰으로 self-delegation이 초기화된 새 검증자를 생성합니다. 가장 중요한 것은 검증자의 스테이킹 매개변수 값을 결정하는 것입니다.
  • --moniker - 검증자 이름
  • --amount - 검증자의 초기 본딩 INJ 금액
  • --commission-max-change-rate - 검증자의 최대 수수료 변경률 (일당)
  • --commission-max-rate - 검증자의 최대 수수료율
  • --commission-rate - 검증자의 초기 수수료율
  • --min-self-delegation - 검증자의 최소 필수 self-delegation
원하는 값을 결정한 후 다음과 같이 설정합니다.
MONIKER=<my-moniker>
AMOUNT=100000000000000000000inj # 100 INJ를 위임하려면, INJ는 18 decimals로 표현됩니다.
COMMISSION_MAX_CHANGE_RATE=0.1 # 예: 하루 최대 10% 변경률
COMMISSION_MAX_RATE=0.1 # 예: 최대 10% 수수료율
COMMISSION_RATE=0.1 # 예: 초기 10% 수수료율
MIN_SELF_DELEGATION_AMOUNT=50000000000000000000 # 예: 검증자에 필요한 최소 50 INJ self-delegation
그런 다음 다음 명령을 실행하여 검증자를 생성합니다.
injectived tx staking create-validator \
--moniker=$MONIKER \
--amount=$AMOUNT \
--gas-prices=500000000inj \
--pubkey=$VALIDATOR_PUBKEY \
--from=$VALIDATOR_KEY_NAME \
--keyring-backend=file \
--yes \
--node=tcp://localhost:26657 \
--chain-id=injective-1
--commission-max-change-rate=$COMMISSION_MAX_CHANGE_RATE \
--commission-max-rate=$COMMISSION_MAX_RATE \
--commission-rate=$COMMISSION_RATE \
--min-self-delegation=$MIN_SELF_DELEGATION_AMOUNT
고려할 추가 create-validator 옵션:
--identity=        		선택적 신원 서명 (예: UPort 또는 Keybase)
--pubkey=          		검증자의 Bech32 인코딩된 PubKey
--security-contact=		검증자의 (선택적) 보안 연락처 이메일
--website=         		검증자의 (선택적) 웹사이트
Injective Hub 스테이킹 대시보드를 확인하거나 다음 CLI 명령을 입력하여 검증자가 성공적으로 생성되었는지 확인할 수 있습니다.
injectived q staking validators
검증자 목록에서 자신의 검증자가 보이면, 축하합니다! 공식적으로 Injective 메인넷 검증자가 되셨습니다! 🎉

Step 5: (선택사항) 검증자에 추가 INJ 위임

미래 위임자들이 경험할 사용자 경험을 더 깊이 이해하기 위해 스테이킹 가이드를 통해 위임을 시도해 볼 수 있습니다. 이 단계들을 통해 MetaMask 트랜잭션을 사용한 위임 흐름을 경험할 수 있습니다. 🦊 또는 Injective CLI를 사용하여 위임 트랜잭션을 보낼 수도 있습니다.
injectived tx staking delegate [validator-addr] [amount] --from $VALIDATOR_KEY_NAME --keyring-backend=file --yes --node=tcp://localhost:26657

Step 6: (권장) Keybase로 검증자 신원 연결

Injective의 검증자 신원 정보에 Keybase pubkey를 추가하면 Injective Hub 및 Explorer와 같은 클라이언트 애플리케이션에서 Keybase 공개 프로필 정보를 자동으로 가져올 수 있습니다. Keybase pubkey와 검증자 신원을 연결하는 방법은 다음과 같습니다:
  1. https://keybase.io/에서 검증자 프로필을 만들고 완성하세요.
  2. Injective에 검증자 신원 pubkey를 추가하세요:
    • MsgEditValidator를 전송하여 Keybase pubkey로 Identity 검증자 신원을 업데이트합니다. 이 메시지를 사용하여 웹사이트, 연락처 이메일 및 기타 세부 정보도 변경할 수 있습니다.
완료입니다! 검증자 신원을 Keybase와 연결하면 Injective Explorer와 Hub에서 브랜드 정체성 및 기타 공개 프로필 정보를 자동으로 가져올 수 있습니다.

다음 단계

다음으로 Ethereum Bridge Relayer를 설정하세요. 이는 검증자가 슬래싱되는 것을 방지하기 위해 필요한 단계입니다. 검증자 설정 직후에 이 작업을 수행해야 합니다.