서비스와 네트워크를 연결합니다
VeryChain은 VERY의 네트워크 기반입니다. VeryNetwork가 사람·서비스·경제 활동을 포괄하는 생태계 이름이라면, VeryChain은 블록체인을 가리키는 이름입니다. ‘메인넷’은 이 체인의 실제 운영 네트워크를 뜻합니다.
사용자는 VeryChat에서 참여하고, 개발자는 네트워크에 서비스를 연결하며, 노드 참여자는 정해진 정책에 따라 네트워크 기여에 대한 보상을 받습니다. 이 역할들을 연결하되 앱의 열매 수확을 블록 생성 작업과 같은 의미로 설명하지 않습니다.
EVM과의 호환성
VeryChain은 EVM 호환 메인넷입니다. VERY를 기본 코인으로 사용하며, Solidity 스마트 계약과 Ethereum 계열 도구를 활용하는 개발 환경을 제공합니다. 구체적인 클라이언트·컴파일러 호환 범위는 배포 버전별로 확인합니다.
EVM은 스마트 계약을 실행하는 환경입니다. 계정은 키로 거래를 서명하고, 노드는 거래와 상태 변화를 처리합니다. 거래에 사용되는 가스의 양과 가스 단가는 서로 다른 값이며 사용한 가스 × 가스 단가가 네트워크 수수료의 기본 계산입니다.
공개 네트워크 정보
지갑이나 개발 도구에서 VERY 메인넷에 연결할 때 사용하는 정보입니다.
| 항목 | 설정값 |
|---|---|
| 네트워크 이름 | VERY Mainnet |
| 네트워크 유형 | EVM 호환 메인넷 |
| 체인 ID — 10진수 | 4613 |
| 체인 ID — HEX | 0x1205 |
| RPC URL | https://rpc.verylabs.io |
| 화폐 기호 · 기본 코인 | VERY |
| 블록 익스플로러 | VERY scan — https://veryscan.io |
4613과 0x1205는 같은 체인 ID를 각각 10진수와 16진수로 표현한 값입니다. 지갑이 일반 숫자를 요구하면 4613을, 개발 도구가 HEX 형식을 요구하면 0x1205를 사용합니다. 메인넷 거래의 네트워크 수수료에는 기본 코인인 VERY가 사용됩니다.
지갑에 네트워크 직접 추가하기
- 사용자 지정 EVM 네트워크를 지원하는 지갑에서 네트워크 추가 또는 직접 추가 메뉴를 엽니다. 메뉴 이름은 지갑마다 다를 수 있습니다.
- 위 표의 네트워크 이름, RPC URL, 체인 ID, 화폐 기호와 블록 익스플로러 주소를 입력합니다.
- 저장한 뒤 선택된 네트워크가 VERY Mainnet인지 확인합니다. 전송한 거래는 VERY scan에서 거래 해시로 조회할 수 있습니다.
네트워크를 추가하는 것은 지갑의 연결 대상을 설정하는 작업입니다. 다른 체인의 자산을 VERY 메인넷으로 옮기는 작업과는 별개입니다. 개발 도구에서 RPC의 체인 ID를 조회하는 방법은 개발자 가이드에서 확인할 수 있습니다.
합의와 노드 증명 보상의 구분
홈페이지는 노드 NFT 보유자의 클라이언트 운영과 네트워크 검증 참여를 안내합니다. NFT 배정, 실제 운영과 유효한 증명 참여는 보상에서 각각의 역할을 가집니다. NFT를 보유하는 것과 클라이언트를 실행해 유효한 증명을 제출하는 것은 구분됩니다.
이 장에서 노드 배정과 보상, 클라이언트 다운로드와 실행을 함께 확인할 수 있습니다. 앱의 열매 수확과 네트워크 노드 증명은 다른 참여 방식입니다.
노드 배정과 보상
노드는 어떻게 받나요?
노드 NFT의 전체 규모는 8,000개입니다. 초기 판매 1,600개 이후에는 친구를 초대하고 생태계 확장에 기여한 사람들에게 노드를 지급하는 방향으로 운영합니다. 노드 참여를 VeryChat의 성장과 메인넷 생태계에 연결하기 위한 구조입니다.
| 배정 | 수량 | 비중 |
|---|---|---|
| 초대 기여 | 4,800개 | 60% |
| 생태계 기여 | 1,600개 | 20% |
| 초기 판매 | 1,600개 | 20% |
초대 실적이 특정 숫자에 도달하면 반드시 즉시 지급된다는 기준을 이 표에서 도출할 수는 없습니다. 대상 선정과 지급 시점은 해당 프로그램의 공식 안내를 따릅니다.
기본 보상과 노드 증명
노드 보상에는 총 20억 VERY가 배정됩니다. 기본 보상은 전체 지급된 노드 NFT 수와 개인 보유 수에 따라 비례 배분됩니다.
기본 일일 보상 = 864,000 VERY ÷ 배분된 노드 NFT 수 × 보유 NFT 수
노드 보상 반감기는 VeryChat 앱의 열매 보상 반감기와 동일하게 진행됩니다.
실제 노드 증명에 참여하고 조건을 충족하면 기본 보상에 100% 추가 보상이 더해져 기본만 받는 경우의 2배가 되는 구조입니다. 추가 재원이나 별도 적용 보상이 있으면 총 지급량은 달라질 수 있습니다. 기본 일일 보상과 모든 추가 보상을 합친 전체 일일 지급량은 같은 값이 아닙니다.
노드 NFT 1개당 평균, 기본 채굴량, 증명 참여 추가 보상은 서로 다른 지표입니다. 홈페이지의 네트워크 현황에서 같은 노드 스냅샷의 평균·기본·증명 보상을 함께 확인할 수 있습니다. 개인이 인출할 수 있는 확정 보상은 앱에서 확인합니다.
VeryAds와 연결되는 보상
VeryAds에 사용된 VERY의 20%는 노드 증명 참여자에게 배분됩니다. 모든 NFT 보유자에게 동일하게 지급하는 조건으로 설명하지 않습니다. 대상 기간의 참여 자격, 증명 기록과 세부 배분 기준은 해당 보상 정책을 따릅니다.
광고비 배분은 광고라는 실제 사용에서 돌아오는 재원입니다. 초기 20억 VERY의 노드 보상 배정과 구분해 집계해야 합니다.
초기 판매의 추천 보상과 남은 배정
초기 판매의 추천 보상 기준은 NFT당 5%, 최대 100%의 추가 보상입니다. 초기 판매 종료 이후에도 같은 방식으로 신규 구매 추천이 가능하다고 해석하지 않으며, 기존 참여자의 적용 조건은 운영 공지를 확인해야 합니다.
누적 노드 지급량은 홈페이지에서 20억 VERY − 남은 채굴량으로 계산합니다. 이는 정책상 지급 현황이며 체인 탐색기가 곧바로 증명하는 단일 온체인 수치와 동일하지 않습니다. 전체 보상 재원, 지급분과 잔여분의 기준일을 함께 확인해야 합니다.
노드 현황과 출금 집계
노드 현황은 공개 상태 API에서 남은 채굴량, NFT당 평균 채굴량, 기본 채굴량과 증명 보상 등을 조회합니다. 홈페이지는 조회 시점과 데이터 상태를 함께 표시하고, 일시적인 오류가 나면 마지막 유효 값을 유지합니다.
20억 VERY − 남은 채굴량으로 보는 누적 지급과 KYC·노드 출금 보고는 해당 기준일을 맞춰 읽습니다. 광고에서 돌아오는 20% 노드 분배는 별도의 재원으로 표시합니다.
노드 실행과 운영
처음 설치한다면 준비하기 → 내 환경의 설치 안내 → 동기화 확인 순서로 따라오세요. Mac·Windows·클라우드 중 한 가지 환경의 안내만 펼치면 됩니다. 노드를 실행하면 VeryChain의 블록 데이터를 내려받고, 최신 상태를 따라갑니다. 이 과정을 동기화라고 합니다.
내 컴퓨터를 계속 켜둘 수 있다면 Mac 또는 Windows 안내를 이용하세요. 클라우드는 서버를 빌려 운영하는 방식으로, 내 컴퓨터를 꺼도 노드가 돌아가지만 서버·저장 공간 등의 이용 요금과 관리가 필요합니다.
준비 사항과 클라이언트 다운로드
- 컴퓨터 또는 서버: 4코어 이상 CPU, 메모리 8GB 이상, 저장 공간 500GB 이상(SSD 권장). 동기화 데이터가 늘어나므로 남은 용량도 확인합니다.
- 인터넷과 전원: 설치·동기화·운영 중 연결을 유지합니다. PC의 잠자기와 자동 종료 설정도 확인하세요.
- 노드 전용 키: 노드 NFT와 참여 자격을 확인하고 KYC를 마친 뒤 공식 절차로 발급받은 키를 준비합니다. 아직 받지 않았다면 키 발급부터 확인하세요.
| 실행 환경 | 다운로드 | 내려받는 파일 |
|---|---|---|
| Apple Silicon Mac | Mac 노드 클라이언트 ZIP | 2026_VeryNode_Client_for_Mac.zip |
| Windows x64 | Windows 노드 클라이언트 ZIP | 2026_VeryNode_Client_for_Windows.zip |
| Ubuntu 서버 | 클라우드 설치 패키지 ZIP | 2026_Guide.zip |
이 파일은 노드 운영 프로그램입니다. VeryChat 메신저의 데스크톱 앱과는 다릅니다. 아래 설명은 2026년 배포 패키지 기준이며, 화면 예시는 기존 설치 안내에서 가져왔습니다. 운영체제 버전에 따라 버튼 이름이나 모양은 조금 다를 수 있습니다. 이미지를 누르면 새 탭에서 크게 볼 수 있습니다.
노드 전용 키 설정
노드 전용 키는 노드가 누구의 참여인지 확인하는 값이며, 등록된 VERY 분배 지갑과 연결됩니다. 지갑의 개인키나 복구 구문을 대신 넣지 않습니다. 클라우드 서버에 접속할 때 쓰는 .pem 파일과도 다릅니다.
설치 파일 안의 key.json을 열면 다음과 같은 내용이 있습니다. 큰따옴표 안의 예시 문구만 발급받은 노드 전용 키로 바꾸세요. key, 중괄호, 콜론, 큰따옴표는 그대로 둡니다.
{
"key": "여기에_발급받은_노드_전용_키_입력"
}
Mac·Windows는 src 폴더 안의 key.json, 클라우드는 2026_Guide 폴더 안의 key.json을 사용합니다. 자세한 여는 방법과 저장 방법은 아래 환경별 안내에 있습니다. 키나 키가 보이는 화면은 다른 사람에게 보내거나 공개하지 마세요.
MAC · 5단계Mac에서 노드 시작하기압축 풀기부터 실행 허용, 동기화 확인까지
macOS에서 실행
Apple Silicon(M1 이상) Mac 기준입니다. 화면 왼쪽 위 Apple 메뉴 → 이 Mac에 관하여에서 칩을 확인하세요. Intel Mac용 패키지는 이 안내에 포함되어 있지 않습니다.
1. 다운로드하고 압축 풀기
위의 Mac 노드 클라이언트 ZIP을 누르고, Finder의 다운로드 폴더를 엽니다. ZIP 파일을 두 번 클릭해 압축을 푸세요. 풀린 폴더는 찾기 쉬운 위치에 보관합니다.
현재 배포본에는 아래 두 항목이 있습니다. very만 바탕화면으로 옮기지 말고 src 폴더와 함께 두세요.
압축을 푼 폴더/
├── very ← 실행할 프로그램
└── src/
└── key.json ← 노드 전용 키를 넣는 파일
very와 src가 함께 보이면 준비됐습니다. 이전 안내에 있던 별도 client 파일은 현재 배포본에 없어도 정상입니다.2. key.json 열고 키 저장하기
src폴더를 열고key.json을 찾습니다.- 파일을 오른쪽 클릭 → 다음으로 열기 → 텍스트 편집기를 선택합니다. 파일을 찾기 어렵다면 Finder의 보기 방식을 목록으로 바꿔보세요.
Paste a private key here등 예시 문구만 지우고, 받은 노드 전용 키를 큰따옴표 사이에 붙여넣습니다. 키 앞뒤에 공백이나 줄바꿈이 붙지 않았는지 확인합니다.- Command(⌘)+S로 저장합니다. 파일명은
key.json을 유지하고,.txt나.rtf파일로 새로 저장하지 않습니다.

3. very 실행하기
src의 상위 폴더로 돌아가 very를 두 번 클릭합니다. 바로 실행 창이 열리면 5단계로 가세요. “확인되지 않은 개발자” 등의 이유로 열 수 없다는 창이 나오면 닫고 4단계를 진행합니다.

4. macOS에서 실행 허용하기
- Apple 메뉴 → 시스템 설정 → 개인정보 보호 및 보안을 엽니다.
- 보안 영역에서
very가 차단되었다는 항목을 찾고 그래도 열기를 누릅니다. 먼저very실행을 시도해야 이 항목이 나타날 수 있습니다. - Mac 암호 또는 Touch ID 확인을 마치고, 다시 나타나는 확인창에서 열기를 선택합니다. 필요하면 Finder에서
very를 다시 실행합니다.


이 절차는 이 문서의 공식 배포 파일에서 개발자 확인 경고가 발생한 경우에만 적용합니다. 악성 소프트웨어 감지나 손상된 파일이라는 경고라면 실행을 강행하지 말고 파일과 배포처를 확인하세요. Apple의 앱 열기 안내에서도 같은 설정 경로를 확인할 수 있습니다.
5. 동기화 로그 확인하고 켜두기
실행 창에는 시간과 영어 메시지가 계속 표시됩니다. 이것이 노드의 로그, 즉 동작 기록입니다. Block synchronisation started가 보이면 블록 데이터를 받기 시작한 것입니다.

number=... 값이 갱신되는지 살펴보고, 아래 ‘동기화 완료와 증명 참여 확인’으로 이어가세요. 시작 메시지만으로 동기화가 끝난 것은 아닙니다.노드를 계속 운영하려면 실행 창과 인터넷 연결을 유지하세요. Mac을 잠자기에 넣거나 노트북 덮개를 닫으면 운영이 중단될 수 있습니다. 전원 어댑터를 연결하고 시스템 설정의 배터리·에너지 관련 잠자기 옵션을 확인합니다. 화면만 꺼지는 것과 컴퓨터가 잠자기에 들어가는 것은 다릅니다.
WINDOWS · 5단계Windows에서 노드 시작하기폴더 준비, 메모장 편집, 관리자 실행 안내
Windows에서 실행
Intel·AMD x64 PC, Windows 11 기준입니다. 설정 → 시스템 → 정보의 시스템 종류에서 확인할 수 있습니다.
1. 다운로드하고 전용 폴더에 압축 풀기
위의 Windows 노드 클라이언트 ZIP을 내려받습니다. 파일 탐색기의 다운로드 폴더에서 ZIP을 오른쪽 클릭 → 모두 압축 풀기를 누르세요. 바탕화면 등에 very_node라는 폴더를 만들어 보관하면 찾기 쉽습니다.
ZIP 안에서 바로 실행하지 않습니다. 압축을 푼 폴더 안에 very.exe와 src가 함께 있어야 합니다.
very_node/
├── very.exe ← 실행할 프로그램
└── src/
└── key.json ← 노드 전용 키를 넣는 파일
탐색기에서 보기 → 표시 → 파일 확장명을 켜면 .exe, .json까지 확인할 수 있습니다.
2. 메모장으로 key.json 열기
src 폴더를 열고 key.json을 오른쪽 클릭 → 메모장에서 편집을 선택합니다. 이 메뉴가 없다면 연결 프로그램 → 메모장을 선택하세요.

3. 키 입력하고 저장하기
큰따옴표 안의 예시 문구만 받은 노드 전용 키로 바꾸고 Ctrl+S로 저장합니다. 메모장을 닫은 뒤 탐색기에서 파일명이 여전히 key.json인지 확인하세요. key.json.txt가 되면 노드가 설정을 읽지 못할 수 있습니다.

4. 관리자 권한으로 실행하기
src의 상위 폴더로 돌아가 very.exe를 오른쪽 클릭 → 관리자 권한으로 실행을 선택합니다. Windows가 변경 허용 여부를 물으면 실행하려는 파일이 맞는지 확인한 뒤 허용합니다.

“Windows의 PC 보호”라는 SmartScreen 창이 나타날 수도 있습니다. 이 문서의 공식 배포 파일임을 확인한 경우에 추가 정보 → 실행 순서로 진행합니다. 이미 ‘실행’ 버튼이 보이면 그 버튼을 선택합니다. 보안 프로그램이 악성 코드로 탐지·격리한 경우에는 이 경고와 구별해 차단 사유부터 확인하세요.

5. 로그에서 동기화 시작 확인하기
실행 창에 영어 로그가 나타납니다. Block synchronisation started는 동기화를 시작했다는 뜻입니다. 처음에는 블록 데이터를 내려받느라 시간이 걸릴 수 있습니다.

PC를 계속 운영할 때는 전원과 절전 설정을 확인합니다. Windows를 다시 시작했다면 같은 폴더의 very.exe를 다시 실행하고 로그가 이어지는지 확인하세요.
CLOUD · 8단계클라우드 서버에서 노드 시작하기AWS 서버 만들기부터 Ubuntu 접속과 운영까지
클라우드에서 실행 — Ubuntu
클라우드는 인터넷에 연결된 컴퓨터를 빌려 쓰는 방식입니다. 여기서는 AWS EC2에 Ubuntu 서버를 만드는 과정을 예로 설명합니다. 이미 Ubuntu 서버가 있다면 3단계부터 따라가되, 사양·접속 키·네트워크 설정을 먼저 확인하세요.
이 안내에는 두 종류의 명령창이 나옵니다. ‘내 컴퓨터에서’는 Mac의 터미널 또는 Windows의 PowerShell, ‘서버에서’는 SSH로 접속한 뒤의 창입니다. 한 줄씩 실행하고 결과를 확인한 뒤 다음 줄로 넘어가세요.
1. AWS에서 EC2 화면 열기
AWS 콘솔에 로그인하고, 사용할 리전(서버가 위치한 지역)을 선택합니다. 상단 검색창에 EC2를 입력해 해당 서비스로 들어갑니다.

왼쪽 메뉴의 인스턴스(Instances)로 이동한 뒤 인스턴스 시작(Launch instances)을 누릅니다. ‘인스턴스’는 여기서 만들 서버 한 대를 뜻합니다.

2. 서버 사양, 접속 키, 네트워크 설정하기
설정 화면을 위에서 아래로 내려가며 다음 항목을 입력합니다. 화면 예시의 예전 기본값보다 아래 표의 사양을 기준으로 선택하세요.
| 설정 항목 | 선택할 내용 |
|---|---|
| 이름 | 찾기 쉬운 이름. 예: very-node |
| 운영체제(AMI) | Ubuntu Server 24.04 LTS 또는 22.04 LTS, 64비트 x86 |
| 인스턴스 유형 | CPU 4 vCPU 이상, 메모리 8GiB 이상인 유형 |
| 키 페어 | 새 키 페어 생성 → 예: very-node-key → RSA → .pem 형식으로 다운로드 |
| 퍼블릭 IP 자동 할당 | 활성화(Enable) |
| 스토리지 | 500GiB 이상 SSD. 운영 중 사용량도 점검 |
키 페어는 서버에 접속할 때 필요한 열쇠입니다. 내려받은 very-node-key.pem 파일은 다시 찾을 수 있는 곳에 보관합니다. 이 파일을 key.json에 넣는 것이 아닙니다.
네트워크 설정의 보안 그룹은 서버에 들어올 수 있는 연결을 정합니다. 새 그룹을 만들거나 기존 그룹을 편집해 다음 인바운드 규칙을 설정합니다.
| 용도 | 프로토콜 · 포트 | 허용할 출발지 |
|---|---|---|
| 서버 관리 접속(SSH) | TCP · 22 | ‘내 IP’. 관리자가 사용하는 공인 IP만 허용 |
| 노드끼리 연결 | TCP · 30303 | IPv4 0.0.0.0/0 |
| 노드 탐색 | UDP · 30303 | IPv4 0.0.0.0/0 |
SSH의 ‘내 IP’와 노드 통신의 전체 IPv4 허용은 서로 다른 규칙입니다. 이 패키지 운영을 위해 RPC·관리 포트를 추가로 공개할 필요는 없습니다. 서버의 인터넷 아웃바운드 연결도 가능해야 합니다.

스토리지를 500GiB 이상으로 설정하고 오른쪽 요약에서 사양을 확인합니다. 서버·디스크 등의 예상 요금을 확인한 뒤 인스턴스를 시작하세요. 이 사양을 무료 사용 대상으로 가정하지 않습니다.

3. 서버 IP 확인하고 설치 파일 준비하기
생성한 인스턴스를 선택하고 세부 정보에서 퍼블릭 IPv4 주소(Public IPv4 address)를 복사합니다. 아래 명령의 YOUR_SERVER_IP 자리에 이 값을 넣습니다. 화면에서 가려진 주소를 따라 쓰지 마세요.

인스턴스를 선택한 뒤 연결(Connect) → SSH 클라이언트(SSH client) 탭에서도 내 서버에 맞는 접속 예시를 확인할 수 있습니다.

내 컴퓨터의 다운로드 폴더에 두 파일을 준비합니다.
- 위 다운로드 표에서 받은
2026_Guide.zip - 서버를 만들 때 받은
very-node-key.pem
파일 이름을 다르게 정했다면 이후 명령에서도 실제 파일 이름으로 바꿔야 합니다. 여기서는 AWS Ubuntu의 기본 사용자 이름인 ubuntu를 사용합니다.
4. 내 컴퓨터에서 파일 보내고 서버에 접속하기
Mac인 경우: Command(⌘)+Space에서 ‘터미널’을 검색해 엽니다. 아래 명령에서 YOUR_SERVER_IP를 실제 주소로 바꾼 뒤 한 줄씩 실행하세요. chmod 400은 서버 접속 키를 본인만 읽을 수 있게 설정합니다.
cd ~/Downloads
chmod 400 very-node-key.pem
scp -i very-node-key.pem 2026_Guide.zip ubuntu@YOUR_SERVER_IP:/home/ubuntu/
ssh -i very-node-key.pem ubuntu@YOUR_SERVER_IP
Windows인 경우: 시작 메뉴에서 ‘PowerShell’을 검색해 엽니다. 다운로드 폴더를 다른 곳으로 지정했다면 첫 줄의 경로를 해당 폴더로 바꿉니다.
cd "$HOME\Downloads"
scp -i .\very-node-key.pem .\2026_Guide.zip ubuntu@YOUR_SERVER_IP:/home/ubuntu/
ssh -i .\very-node-key.pem ubuntu@YOUR_SERVER_IP
scp는 ZIP을 서버로 복사하고, ssh는 서버에 접속합니다. 처음 연결할 때 yes/no를 물을 수 있습니다. 내 서버 주소가 맞는지 확인하고, 가능하면 AWS 콘솔의 서버 지문과 대조한 뒤 yes를 입력합니다. 키 파일 접근 권한 오류나 접속 실패는 AWS SSH 접속 안내를 참고하세요.
Windows에서 ssh 또는 scp 명령을 찾을 수 없다고 하면 OpenSSH 클라이언트 설치가 필요합니다. 위 AWS 안내의 Windows 설치 절차를 진행한 뒤 PowerShell을 다시 열어 연결합니다.
ubuntu@... 형태로 바뀌면 성공입니다. 다음 5~8단계 명령은 이 창에서 실행합니다.5. 서버에서 압축 풀고 노드 전용 키 입력하기
먼저 설치에 필요한 도구를 준비하고 ZIP을 풉니다. 명령을 한 줄씩 실행하고, 오류가 없다면 다음 줄로 진행하세요.
cd /home/ubuntu
sudo apt-get update
sudo apt-get install -y unzip nano
unzip 2026_Guide.zip
cd 2026_Guide
ls
ls는 현재 폴더의 파일 목록을 보여줍니다. 다음 파일들이 보이면 올바른 위치입니다.
2026_Guide/
├── 0_prepare.sh
├── 1_build.sh
├── 2_execute.sh
├── 3_log.sh
├── docker-compose.yml
└── key.json
다음 명령으로 키 파일을 엽니다.
nano key.json
nano는 서버에서 쓰는 텍스트 편집기입니다. 방향키로 이동해 큰따옴표 안의 예시 문구만 지우고 발급받은 노드 전용 키를 붙여넣습니다. 저장은 Ctrl+O → Enter, 닫기는 Ctrl+X 순서입니다. Mac에서도 이 단축키는 Command가 아닌 Control 키를 사용합니다.
클라우드판의 키 파일은 지금 폴더에 있습니다. Mac·Windows처럼 src 폴더를 새로 만들지 마세요. docker-compose.yml과 key.json이 나란히 있어야 합니다.
6. Docker 설치하고 다시 접속하기
Docker는 노드 프로그램을 정해진 실행 환경에서 구동하는 도구입니다. 같은 폴더에서 다음을 실행하면 패키지의 스크립트가 Docker와 Compose를 준비합니다.
sh 0_prepare.sh
설치가 끝나고 다시 입력할 수 있는 줄이 나타날 때까지 기다립니다. 오류가 발생했다면 다음 단계로 넘어가지 말고 오류 내용을 확인하세요. 이 과정은 현재 사용자에게 Docker 실행 권한도 추가하므로 서버에서 나갔다가 다시 접속해야 합니다.
exit
이제 내 컴퓨터의 명령창으로 돌아왔습니다. 4단계에서 사용한 SSH 명령으로 다시 연결합니다.
ssh -i very-node-key.pem ubuntu@YOUR_SERVER_IP
다시 서버에 접속한 뒤 아래 명령으로 설치 폴더로 이동하고 Docker가 준비됐는지 확인합니다.
cd /home/ubuntu/2026_Guide
docker compose version
docker ps
docker ps가 권한 오류 없이 목록을 보여주면 준비됐습니다. 아직 노드를 시작하지 않았으므로 목록이 비어 있어도 괜찮습니다.7. 노드 내려받기 → 실행 → 로그 보기
아래 세 명령을 순서대로 한 줄씩 실행합니다. 각 명령이 끝나고 오류가 없는지 확인하세요.
노드 프로그램 이미지를 내려받습니다. 다운로드가 끝나면 다음 명령을 실행합니다.
sh 1_build.sh
노드를 백그라운드에서 시작합니다.
sh 2_execute.sh
로그를 열어 동작 상황을 확인합니다.
sh 3_log.sh

Block synchronisation started 이후 블록 로그가 갱신되는지 확인합니다. 로그 보기 중 Ctrl+C를 누르면 로그 표시만 끝나고 노드는 백그라운드에서 계속 실행됩니다. exit로 SSH 접속을 끝내도 서버와 컨테이너가 실행 중이면 노드는 계속 동작합니다.
8. 다음에 다시 접속해서 상태 확인하기
내 컴퓨터에서 4단계의 SSH 명령으로 연결하고, 서버에서 아래 명령을 실행합니다.
cd /home/ubuntu/2026_Guide
docker compose ps
very-node의 상태가 Up 또는 running이면 컨테이너가 실행 중입니다. 이것은 프로그램 실행 상태이므로, 동기화 완료 여부는 로그의 블록 높이로 따로 확인합니다.
| 하고 싶은 일 | 설치 폴더에서 실행할 명령 |
|---|---|
| 로그 다시 보기 | sh 3_log.sh — 나올 때 Ctrl+C |
| 노드 재시작 | docker compose restart very-node |
| 잠시 중지 | docker compose stop very-node |
| 중지한 노드 다시 시작 | docker compose start very-node |
| 디스크 여유 공간 확인 | df -h — 사용량(Use%)과 남은 공간(Avail) 확인 |
동기화 데이터는 db-data/node에 저장됩니다. 재시작을 위해 이 폴더나 key.json을 삭제할 필요는 없습니다. 서버를 중지한 뒤 다시 켰다면 퍼블릭 IP가 바뀌었는지도 확인합니다. 노드 프로세스를 멈추는 것만으로 클라우드 이용 요금이 모두 멈추는 것은 아닙니다.
동기화 완료와 증명 참여 확인
프로그램을 켰다면 아래 세 가지를 구분해 확인하세요.
| 확인할 단계 | 화면에서 볼 내용 | 의미 |
|---|---|---|
| 실행 | 실행 창에 로그가 나오거나 컨테이너 상태가 Up |
프로그램이 동작 중 |
| 동기화 시작 | Block synchronisation started |
블록 데이터 받기를 시작함 |
| 최신 블록 추적 | number=...가 최신 블록 높이를 따라가며 계속 갱신 |
네트워크의 최신 상태를 따라가는지 확인 |
- 로그에서
Imported new chain segment등 블록 처리 메시지의number=...를 찾습니다. 이것이 현재 처리한 블록의 번호입니다. - VeryScan을 열어 현재 최신 블록 번호와 비교합니다. 스크린샷 속 과거 번호와 비교하는 것이 아닙니다.
- 처음에는 차이가 클 수 있습니다. 노드를 켜둔 채 시간이 지나며 최신 번호를 따라잡는지 확인합니다. 이후에도 새 블록을 계속 따라가는지 살펴보세요.
동기화 시간은 인터넷 속도·디스크 성능·받아야 할 데이터양에 따라 달라집니다. 로그가 잠깐 조용하다는 이유만으로 파일을 지우거나 처음부터 설치하지 않습니다.
동기화가 완료된 뒤 노드 자격과 유효한 증명 참여 조건을 충족해야 증명 보상 대상이 됩니다. 실행 창이 열렸다는 사실만으로 보상이 확정되지는 않습니다. 보상 구조는 노드 배정과 보상에서 확인합니다.
중단되거나 동기화가 멈췄을 때
해당하는 상황을 펼쳐 확인하세요. 문제를 해결한 뒤에는 노드를 다시 실행하고, 블록 번호가 갱신되는지 확인합니다.
키를 넣었는데 실행되지 않거나 키 오류가 나요
- 노드 구동 전용 키인지 확인하세요. 서버 접속용
.pem, 지갑 복구 구문을 넣으면 안 됩니다. - Mac·Windows는
src/key.json, 클라우드는2026_Guide/key.json인지 확인합니다. - 파일명이
key.json.txt가 되지 않았는지, 큰따옴표·중괄호·콜론을 지우지 않았는지 확인합니다. 키 안에 줄바꿈이나 불필요한 공백을 넣지 않습니다. - 저장 후 이미 실행 중이던 노드를 재시작합니다. 문의할 때는 키 값 전체를 가립니다.
Windows 보안에서 파일을 차단하거나 지웠어요
Windows 보안 → 바이러스 및 위협 방지 → 보호 기록에서 어떤 파일이 어떤 이유로 차단됐는지 확인합니다. 공식 배포 파일인지, 실제 탐지인지 먼저 확인하고 필요하면 지원을 요청하세요. 확인되지 않은 파일을 복구·허용하지 않습니다.
공식 지원을 통해 오탐으로 확인되어 예외가 필요한 경우에만 바이러스 및 위협 방지 설정 → 설정 관리 → 제외 추가 또는 제거 → 제외 사항 추가 → 폴더에서 해당 노드 폴더로 범위를 제한합니다. Windows 보안 보호 전체를 끄거나 다운로드 폴더 전체를 제외하지 않습니다.
클라우드 접속이 안 되거나 Permission denied가 나와요
ssh 접속 단계라면 서버의 실행 상태, 퍼블릭 IP, ubuntu 사용자 이름, 서버 생성 시 선택한 .pem 파일을 확인하세요. SSH 22번 규칙의 ‘내 IP’가 지금 접속하는 인터넷의 공인 IP인지도 확인합니다. 인터넷 환경이 바뀌면 이 값도 달라질 수 있습니다.
docker ps 또는 노드 스크립트에서 Docker 소켓 권한 오류가 난다면 0_prepare.sh가 정상 완료됐는지 확인하고, exit로 나간 뒤 다시 SSH로 접속하세요. 새 권한은 재접속 후 적용됩니다.
No such file or directory가 나오면 파일 이름과 현재 폴더를 확인합니다. 내 컴퓨터에는 ZIP과 .pem이 있어야 하고, 서버에서 스크립트를 실행할 때는 cd /home/ubuntu/2026_Guide로 이동해야 합니다.
로그가 멈추거나 블록 번호가 계속 뒤처져요
- PC가 잠자기에 들어갔거나 인터넷이 끊기지 않았는지 확인합니다.
- 저장 공간이 부족하지 않은지 확인합니다. 클라우드에서는
df -h로 확인할 수 있습니다. - 클라우드는
docker compose ps로 실행 상태를,sh 3_log.sh로 오류를 확인합니다. 노드 통신용 30303 TCP·UDP 설정도 점검합니다. - 로그의 한 줄만 보지 말고 반복되는 오류와 블록 번호 변화를 함께 봅니다. 일시적인 경고와 지속적인 실패를 구분하세요.
- 원인을 해결한 후 다시 실행합니다. 기존 동기화 데이터를 바로 삭제하지 마세요.
그래도 해결되지 않으면 무엇을 보내야 하나요?
공식 노드 지원 창구에 Mac·Windows·클라우드 중 사용 환경, 운영체제 버전, 어느 단계에서 멈췄는지, 오류 문구, 최근 로그를 알려주세요. VeryNetwork 공식 채널 모음에서 안내 채널을 확인할 수 있습니다.
로그나 스크린샷에 노드 전용 키, 지갑 복구 구문, .pem 파일 내용이 포함되지 않도록 확인합니다. 오류가 난 부분과 주변 로그만 전달하면 문제를 파악하기 쉽습니다.
