Rand 노드 실행

# 1. Rust(rustup이 고정된 1.98.1 툴체인을 설치합니다)와 RocksDB 빌드 의존성
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
sudo apt install build-essential clang cmake pkg-config libssl-dev   # Linux

# 2. 클론 및 빌드(처음에는 10–20분)
git clone https://github.com/randprotocol/fullnode.git
cd fullnode
cargo build --release        # target/release/rand-node, target/release/rand

# 3. 이 머신에서 검증자 두 개로 구성된 체인(RPC는 8545와 8546)
scripts/local-testnet.sh
target/release/rand --rpc http://127.0.0.1:8545 status

# 4. 테스트. STARK 증명은 디버그 빌드에서 느리므로 릴리스 빌드로 실행합니다(테스트 678개, 2026-09-14에 측정한 결과 약 43분)
cargo test --workspace --release

# 릴리스 v0.8.0 (c0878c3f)는 chain 21을 실행하며, 이전 릴리스는 어느 것도 chain 21을 실행하지 못합니다. chain 21은 constraint set 9를 실행하는데, 이전 버전에는 이 세트의 verifier 키와 증명 인코딩이 없습니다. 태그에서 빌드하거나 Linux x86_64에서 빌드하십시오
# 릴리스 바이너리를 받아 함께 게시된 SHA256SUMS와 대조하십시오.
git checkout v0.8.0 && cargo build --release
curl -LO https://github.com/randprotocol/fullnode/releases/download/v0.8.0/rand-node -LO https://github.com/randprotocol/fullnode/releases/download/v0.8.0/rand \
     -LO https://github.com/randprotocol/fullnode/releases/download/v0.8.0/msauth-vk-production.bin# 고정된 multisig verifier 키: rand-node는 바이너리 옆에서 이 키를 불러오며, 키가 없으면 시작을 거부합니다
sha256sum rand-node rand msauth-vk-production.bin   # 릴리스의 값이 출력되어야 합니다 (SHA256SUMS, SHA256SUMS.sig로 서명됨):
# 324a4ab1029d39e67fc2de36b036341b0f88f13089997d7fe24c596363a58278  rand-node
# e3a38e74ee28743a960fc1c3eb1ac6c538e18dc259411e10afff7f54e268bbf4  rand
# 68facb06c7f321aaf1d4d541acf6b5c0e9d7f17788ed1c9add6c5a8a8f7acd30  msauth-vk-production.bin

# 노드 신원: Dilithium2 validator 키와 p2p peer id가 하나의 파일에 들어 있습니다. 직접 생성하십시오
# 그리고 체크아웃 바깥에 보관하십시오. 저장소는 더 이상 어떤 키도 추적하지 않습니다
rand-node keygen --out node.key.json

# genesis는 저장소에 포함되어 있으며, 모든 노드는 동일한 파일을 보유해야 합니다.
# init은 해당 파일의 해시를 출력하며, 이는 아래의 해시와 일치해야 합니다
rand-node init --datadir ./data --genesis deploy/genesis-chain21.json

# 공개 validator에 연결합니다 (chain 21는 chain 14의 키를 그대로 유지했으므로 peer id와 IP도 같습니다).
# --validator는 생략합니다. 사용자의 키는 validator 집합에 속해 있지 않습니다. validator에는 NTP도 필요합니다
rand-node run --datadir ./data --key node.key.json \
    --listen /ip4/0.0.0.0/tcp/30303 --rpc 127.0.0.1:8545 --no-mdns \
    --bootstrap /ip4/164.90.239.200/tcp/30303/p2p/12D3KooWEQEbUwZRgqhDPXhW7vNBmcRcnhUDGUADe81VFdv3ALYe \
    --bootstrap /ip4/165.245.173.74/tcp/30303/p2p/12D3KooWJyc5oDHggAr89e9QrRFBy9Tg8TxXh18yzrb1SM6KKLYw \
    --bootstrap /ip4/188.166.235.187/tcp/30303/p2p/12D3KooWSyX84P1DAbWByLHpRBMLRWD53r3Jj4aqVt6tHoF8B2ZQ

# 지갑은 별도의 shielded 키입니다. 지갑의 rand1… 주소는 약 1.6 KB 분량의 텍스트입니다
rand keygen && rand address

# faucet 민팅은 validator가 서명하므로 validator의 RPC가 필요합니다. 로컬 두 validator 체인에서는
# 그대로 작동하며, 옵저버 노드는 "ask a validator node"라고 응답합니다. chain 21에서는
# faucet이 genesis의 허용 목록에 있는 16개 지갑에만, 그리고 지정된 validator로부터만 민팅합니다
rand faucet                                  # 사용자만 열 수 있는 note로 100 RAND를 받습니다
rand balance                                 # 사용자의 키로 트리를 스캔하며, 다른 사람은 할 수 없습니다
rand send <rand1 address> 1.5              # 확인을 요청하고, 증명(prove)하며(~2 min), 커밋을 기다립니다

# 내장 게스트를 어셈블합니다. 비공개 잔액 네 개가 충당하는 경우 1000을 초과하는 잉여분을 지급합니다.
rand program build --guest private_payment --arg 1000 --out pp.json
rand program deploy pp.json                  # 프로그램 ID(콘텐츠 해시)를 출력합니다

# 로컬에서 증명합니다. 증명, 출력 워드 8개, 봉인된 입력 트랜스크립트만 온체인에 기록됩니다.
rand call <program id> --input 400 --input 250 --input 300 --input 75
rand receipt <tx>                            # 출력 [1, 0, 25, 0, ...]: 잉여분이 데이터로 공개됩니다

# 나중에 트랜스크립트를 열어 증명이 공개한 H_IN과 대조합니다
rand open-call <tx>                          # inputs: [400, 250, 300, 75] — verdict: faithful