2026년 Monero CLI 지갑 설정 완벽 가이드

2026년 4월, Monero 네트워크는 처음으로 한 달 내내 일일 4만 5천 건 이상의 거래를 처리하며 FCMP++ 하드포크 위에서 안정적으로 동작했습니다. FCMP++는 오랫동안 Monero의 정체성이었던 링 서명(ring signature)을 더 강력한 익명성 모델로 대체한 업그레이드입니다. 이 이정표는 명령줄 지갑(CLI Wallet)을 고려하는 모든 사용자에게 의미가 큽니다. 모든 프로토콜 업그레이드는 GUI보다 먼저 CLI에 반영되고, 버그도 GUI에 도달하기 전에 CLI에서 먼저 잡히며, 키를 브라우저나 클립보드 관리자에 절대 노출하고 싶지 않은 진지한 사용자는 여전히 CLI를 고집하기 때문입니다. MoneroSwapper에서 거래를 하든, 자취방 한구석의 미니 PC에서 노드를 돌리든, 텔레메트리가 일절 없는 지갑을 원하든 — 2026년에도 공식 CLI는 여전히 표준입니다.

이 가이드는 리눅스, macOS, 윈도우에서 지갑을 처음부터 끝까지 설정하는 모든 절차를 다룹니다. 릴리스 검증, 로컬 데몬과 원격 노드 중 선택, Polyseed 또는 레거시 25단어 시드 생성, 설치 환경 강화, 그리고 첫 거래를 안전하게 수행하는 방법까지 차례로 살펴봅니다. 모든 설명은 현재 0.18.4.x 릴리스 계열과 2026년 봄 포인트 릴리스에서 도입된 FCMP++ 이후 도구 체계를 기준으로 합니다.

2026년에도 CLI가 여전히 우월한 이유

지난 몇 년 동안 GUI Monero 지갑은 눈에 띄게 개선됐고, Feather나 Cake Wallet 같은 프로젝트는 일반 데스크톱·모바일 사용자층을 충분히 커버하고 있습니다. 그럼에도 CLI는 여전히 레퍼런스 구현으로 남아 있으며, 숙련된 사용자가 매일 쓰는 워크스테이션, 에어갭(air-gapped) 노트북, 또는 해외 VPS 캐비닛 서버에 CLI를 두는 데에는 분명한 이유가 있습니다.

• 공격 표면이 작음: Qt 프레임워크도, 내장 브라우저 엔진도, Electron 런타임도 없습니다. 바이너리는 단일 25 MB 정도의 실행 파일과 monerod 데몬뿐이고, 둘 다 소스에서 재현 가능 빌드(reproducible build)로 만들어집니다.
• 일등급 스크립팅 지원: 지갑의 RPC 인터페이스와 인터랙티브 프롬프트는 다중 서명 조율, 다중 서명 키 교환 라운드, 워치 온리(watch-only) 지갑 내보내기, 오프라인 서명 흐름 등 GUI에서는 마법사로 숨겨두거나 아예 노출하지 않는 모든 기능을 그대로 열어둡니다.
• 헤드리스 환경 호환성: CLI는 원격 VPS의 tmux 세션 안에서, Qubes vault VM 안에서, 또는 서명되지 않은 거래를 QR 코드로 옮기는 에어갭 환경에서도 무리 없이 동작합니다. GUI로는 비현실적인 시나리오입니다.
• 업그레이드 선행 호환성: 차세대 주소 형식인 Seraphis와 Jamtis가 출시될 때 CLI는 GUI보다 몇 주 먼저 이를 지원합니다. 파워 유저는 가장 먼저 시험해볼 수 있습니다.
• 감사 가능성(Auditability): 모든 명령은 tail, grep, 로테이트가 가능한 일반 텍스트 로그로 남습니다. 숨겨진 백그라운드 동기화나 분석 콜백이 존재하지 않습니다.

이 말이 GUI가 위험하다는 뜻은 아닙니다. "Monero CLI 지갑 설정 방법"이라는 제목의 1만 2천 자짜리 가이드를 끝까지 읽는 사람이라면, 당신이 바로 CLI가 상정한 사용자 그 자체라는 뜻입니다.

사전 준비와 보안 점검

아무것도 내려받기 전에 기본부터 챙겨야 합니다. 2026년의 갓 깐 Monero 설치를 위협하는 가장 큰 요소는 데몬의 제로데이 취약점이 아니라, 타이포스쿼팅된 도메인이나 침해된 미러를 통해 들어오는 악성 바이너리입니다. Monero 프로젝트는 과거에도 표적이 된 적이 있고, GitHub 릴리스 페이지조차 사칭 사례가 있었습니다. 검증은 협상 대상이 아니라고 생각하는 편이 좋습니다.

하드웨어 및 운영체제 요구 사항

같은 머신에서 로컬 노드와 지갑을 함께 운영한다고 가정할 때, 2026년 기준 권장 사양은 다음과 같습니다.

• 저장 공간: 가지치기(pruned) 블록체인 기준 220 GB, 전체 아카이브를 보관한다면 320 GB의 여유 공간이 필요합니다. SSD가 강력히 권장됩니다. monerod의 임의 접근 패턴은 회전식 HDD를 매우 힘들게 만듭니다.
• 메모리: 최저 4 GB, 8 GB이면 쾌적, 같은 박스에서 P2Pool 채굴까지 돌리려면 16 GB입니다.
• CPU: 지난 10년 내에 출시된 64비트 프로세서면 충분합니다. RandomX는 CPU 친화적이라 팬리스 미니 PC도 하루 이틀이면 동기화를 마칩니다.
• 운영체제: 리눅스가 권장됩니다(데비안 12, 우분투 24.04 LTS, 페도라 40, 아치). macOS 13 이상도 무리 없이 동작합니다. 윈도우 10/11도 작동하지만 보안 검토가 가장 적게 이루어진 환경입니다.
• 네트워크: 안정적인 연결이 필요합니다. Tor나 I2P는 권장 사항이며 필수는 아닙니다. 둘 다 뒤에서 다룹니다.

체크섬만이 아닌, PGP 검증

SHA-256 해시는 그것이 게시된 페이지 자체가 진짜일 때에만 의미가 있습니다. 2026년 기준 적절한 신뢰 체인은 다음과 같습니다.

1. downloads.getmonero.org에서 HTTPS로 바이너리를 받습니다.
2. 같은 도메인에서 hashes.txt 파일도 함께 받습니다.
3. hashes.txt를 binaryFate의 PGP 서명으로 검증합니다. 메인테이너의 키 지문은 공식 사이트, GitHub 저장소, 아카이브된 Reddit 게시물, Monero 공식 문서 등 여러 출처에 분산 게시되어 있어 단일 도메인 침해만으로는 위조할 수 없습니다.
4. 내려받은 아카이브의 해시를 hashes.txt의 해당 줄과 비교합니다.

웹페이지에 보이는 체크섬만 보고 PGP 단계를 건너뛰는 것이 자가 수탁(self-custody) 워크플로에서 가장 흔한 실수입니다. 결정론적 컨테이너에서 monero-build로 진행하는 재현 가능 빌드 검증이야말로 진정 편집증적인 사용자에게 어울리는 표준입니다.

단계별 설치

아카이브 검증이 끝났다면 압축을 풉니다. 패키지에는 여러 바이너리가 들어 있는데, 지금 중요한 것은 두 개입니다 — monerod(풀 노드 데몬)와 monero-wallet-cli(지갑 클라이언트). 보조 도구인 monero-wallet-rpc와 monero-gen-trusted-multisig는 뒤에서 활용합니다.

1. 로컬 노드냐, 원격 노드냐

오늘 내릴 가장 큰 결정입니다. 이 선택이 곧 당신의 프라이버시 모델을 결정하기 때문입니다. 로컬 노드를 돌리면 블록체인 데이터를 요청하면서 IP 주소가 제3자에게 노출되지 않습니다. 원격 노드를 사용하면, 운영자가 당신의 뷰 키 없이도 보이는 쿼리 패턴을 로그로 남기지 않는다고 신뢰해야 합니다. 진짜 문제는 멤풀 연결입니다 — 지갑이 새 거래를 브로드캐스트하는 순간, 원격 노드는 그것이 당신의 IP에서 출발한 것을 가장 먼저 봅니다.

상시 사용하는 워크스테이션에서 처음 설정한다면 직접 노드를 돌리는 것이 정답입니다. 잠깐 쓰는 여행용 노트북이나 빠른 테스트라면, 검증된 목록에서 고른 Tor 전용 원격 노드도 받아들일 만합니다.

2. monerod 실행과 체인 동기화

압축을 푼 디렉터리에서 합리적인 기본값으로 데몬을 실행합니다.

1. 압축 푼 폴더에서 터미널을 엽니다. 윈도우에서는 레거시 cmd.exe 대신 PowerShell을 사용합니다.
2. ./monerod --prune-blockchain --enforce-dns-checkpointing --rpc-bind-ip 127.0.0.1 --confirm-external-bind를 실행합니다. 가지치기 플래그는 검증의 강도를 떨어뜨리지 않으면서 디스크 사용량을 절반으로 줄입니다.
3. 높이(height) 카운터가 올라가는 것을 지켜봅니다. 터미널이 퍼센트와 ETA를 출력합니다. SYNCHRONIZED OK가 보이면 끝입니다.
4. 2026년에는 선택이 아니라 사실상 권장 사항: --tx-proxy tor,127.0.0.1:9050,disable_noise를 추가해서 브로드캐스트하는 거래는 Tor를 통해 릴레이하고, 일반 블록 다운로드는 속도를 위해 클리어넷에 둡니다.
5. 데몬은 그대로 켜둡니다. 지갑용으로 두 번째 터미널을 엽니다.

3. 지갑 생성

이제 ./monero-wallet-cli을 실행합니다. 인터랙티브 프롬프트가 지갑 생성을 차근차근 안내합니다. 2026년 권장 기본값은 16단어 Polyseed 형식입니다. Polyseed는 지갑의 생일(birthday)을 함께 부호화해서 복원 시 며칠 분량의 재스캔 시간을 절약하고, 사용자의 손글씨 옮겨 적기 오류에도 레거시 25단어 니모닉보다 훨씬 견고합니다. 프롬프트에서 polyseed를 선택하세요.

강한 패스프레이즈를 설정합니다. 지갑 파일은 디스크에 저장될 때 암호화되지만, 패스프레이즈는 가벼운 디스크 도난에도 견딜 수 있게 해주는 2차 요소이기도 합니다. 6단어 Diceware 패스프레이즈가 12자짜리 기호 혼합 비밀번호보다 외우기 쉽고 더 강합니다.

시드가 화면에 표시되면 펜으로 종이에 적습니다 — 비밀번호 관리자도, 스크린샷도, 동기화되는 메모도 안 됩니다. 지갑에 진짜 자금을 넣기 전에, 두 번째 머신에서 시드가 깔끔하게 복원되는지 확인하기 위해 첫 거래는 소액 내부 스윕(sweep) 같은 테스트가 되어야 합니다.

시드가 한 번이라도 스크린샷, 사진, 클립보드를 거친 화면에 노출됐다면 그 지갑은 침해된 것으로 간주하고, 충전 전에 자금을 옮기세요.

한국 사용자가 추가로 알아둘 점

한국에서는 2021년 3월 「특정금융정보법」(특금법) 개정 이후 업비트, 빗썸, 코빗 등 국내 주요 거래소에서 Monero를 포함한 다크코인(privacy coin)이 일괄 상장 폐지됐습니다. 즉, 국내 원화 마켓에서 XMR을 직접 매수·매도하는 통로는 사실상 존재하지 않습니다. 그래서 한국에서 Monero를 다루려는 사용자는 거의 모두가 다음 중 한 경로를 통합니다 — (1) 해외 거래소에서 BTC, LTC, USDT를 매수한 뒤 비커스터디 스왑 서비스로 Monero로 교환하기, (2) MoneroSwapper처럼 KYC가 없는 애그리게이터로 직접 자기 지갑 주소를 받기, (3) P2P 채널이나 컨퍼런스 OTC.

이런 구조를 고려하면 CLI 기반 자가 수탁 워크플로는 한국 사용자에게 단순한 취향이 아니라 거의 필수 인프라가 됩니다. 거래소가 보관해줄 수가 없기 때문에, 어차피 키는 본인이 갖고 있어야 하고, 그 키는 노출 위험이 가장 낮은 환경에 있어야 합니다. 또한 국세청은 2025년부터 가상자산 소득에 대한 과세를 본격적으로 시행하고 있으므로(2027년 시행으로 다시 한 차례 유예된 시점도 있었으나 현재는 시행 중), 입출금 기록을 본인이 직접 보관해야 추후 신고에 활용할 수 있다는 점도 중요합니다. CLI 지갑의 일반 텍스트 로그는 이 측면에서도 GUI보다 친화적입니다.

설정 강화하기

작동하는 지갑이라고 해서 곧 안전한 지갑은 아닙니다. 다음 층위는 구조적입니다 — 소비할 수 있는 키와 볼 수만 있는 키를 분리하고, 네트워크 출구를 격리하고, 데몬의 RPC 인터페이스를 잠가야 합니다.

콜드/핫 지갑 분리

CLI는 진짜 의미의 콜드/핫 분리를 쉽게 만들어 줍니다. 콜드 머신(이상적으로는 에어갭, 예컨대 무선 카드를 물리적으로 제거한 깨끗한 ThinkPad)에서 평소처럼 지갑을 생성하고, 즉시 export_outputs와 export_key_images 명령으로 뷰 온리 지갑 자료를 내보냅니다. 그 파일을 새 SD 카드 같은 단방향 매체로 핫 머신에 옮기고, 거기서 공개 주소와 뷰 키만으로 워치 온리 지갑을 가져옵니다.

이제 핫 지갑은 들어오는 결제를 모니터링하고 미서명 거래를 준비할 수 있습니다. 지출을 하려면 미서명 거래 파일을 다시 콜드 머신으로 가져가서 전체 지갑으로 서명하고, 서명된 블롭만 다시 핫 머신으로 가져와 브로드캐스트합니다. 소비 키(spend key)는 콜드 머신을 절대 떠나지 않습니다. 하드웨어 지갑 벤더들이 실리콘으로 구현하는 것과 동일한 모델을 CLI는 소프트웨어로, 그리고 감사 가능한 방식으로 구현합니다.

서브주소, 계정 분리, 수신 패턴

모든 결제에 단일 기본 주소를 재사용하는 것은 위생이 나쁜 행동입니다. 뷰 키만 가진 누구라도 전체 잔액을 볼 수 있기 때문입니다. 대신, 거래 상대마다 새로운 서브주소를 생성하세요. CLI 명령 address new "label"이 밀리초 단위로 만들어 줍니다. 각 서브주소는 온체인에서 다른 주소와 연결되지 않으며, 마스터 계정의 뷰 키를 가진 당신의 지갑만이 내부적으로 그것들을 엮어 봅니다.

Monero를 결제 수단으로 받는 1인 사업자나 프리랜서라면, 모든 고객 또는 모든 청구서마다 별도의 서브주소를 부여하고 그것을 일회용 이메일 별칭(alias)처럼 다루어야 합니다. 개인 용도라면 "MoneroSwapper 수신용", "급여", "블로그 후원", "친구에게 받은 돈" 같은 식으로 별도의 서브주소를 두면 됩니다. 무료이고, 즉시 만들어지며, 만료되지 않습니다.

데몬 네트워크 강화

monerod가 공용 인터넷에서 도달 가능하다면, 작은 공격 표면을 만든 셈입니다. 잠그세요.

• RPC 바인딩: --rpc-bind-ip 127.0.0.1로 로컬 프로세스만 데몬과 통신하도록 합니다. 꼭 노출해야 한다면 --rpc-restricted-bind-port를 다른 포트에 두고, 클라이언트 인증서가 필요한 리버스 프록시 뒤에 배치합니다.
• Tor 히든 서비스: 데몬을 onion 서비스로 게시해서 휴대전화에서 원격으로 접근하세요. 지갑 갱신용으로는 지연 시간이 충분하고, 프라이버시 이득은 막대합니다.
• p2p 포트 방화벽: 기본 18080 포트는 가십 프로토콜이 작동하려면 열려 있어야 하지만, 당신의 지갑 프로세스에서 도달 가능할 필요는 없습니다 — 피어 노드만 접근하면 됩니다. VPS 제공자가 지원한다면 nftables로 소스 범위를 제한하세요.
• 리소스 한도: --max-connections-per-ip와 --out-peers 플래그는 Dandelion++ 스템을 핑거프린팅하려는 시끄러운 이웃의 영향을 무디게 합니다.

현실적인 예시: 다중 서명 금고 구성

CLI가 가능하게 하지만 GUI는 아직 깔끔하게 다루지 못하는 구체적인 시나리오를 살펴봅시다. 당신과 두 명의 공동 창업자가 회사 자금을 보관할 2-of-3 다중 서명 지갑을 원합니다. 각자 다른 도시에서 다른 머신으로 Monero CLI를 운영하고, 시그널(Signal)로 조율합니다.

1. 각 참가자가 로컬에서 일반 지갑을 만들고 prepare_multisig을 실행합니다. CLI가 하나의 다중 서명 정보 문자열을 출력합니다. 각자 자기 문자열을 공유 채팅에 붙여넣습니다.
2. 각 참가자는 나머지 두 명의 문자열로 make_multisig 2 <string_a> <string_b>을 실행합니다. CLI가 새로운 다중 서명 정보 문자열을 출력하고, 이것도 다시 교환합니다.
3. 모두의 문자열로 finalize_multisig을 실행해 라운드를 완료합니다. 이 시점에서 세 지갑은 동일한 공용 주소를 공유하지만, 어느 한 사람도 혼자서 지출할 수 없습니다.
4. 거래를 보내려면 한 참가자가 평소대로 transfer를 사용합니다. CLI는 브로드캐스트하지 않고, 부분 서명된 거래 파일을 만들어 냅니다.
5. 그 파일을 두 번째 참가자에게 공유하고, 그 사람이 sign_multisig으로 임포트한 뒤 완전히 서명된 파일을 돌려줍니다.
6. 첫 번째 참가자가 submit_multisig으로 브로드캐스트합니다.

전체 과정은 첫 회에는 약 15분, 이후에는 2분이면 충분합니다. 온체인 출력은 단일 서명 거래와 구별할 수 없으며 — 다중 서명 조율은 전적으로 오프체인에서 일어나므로 금고의 대체 가능성(fungibility)이 보존됩니다. Monero의 프라이버시 모델과 CLI의 표현력 있는 명령어 셋이 만나, 어떤 중앙화 수탁자도 제공할 수 없는 무언가가 만들어지는, 조용한 승리 중 하나입니다.

거래소·스왑 서비스와 지갑 연결하기

지갑 설정이 끝났다면 가장 흔한 작업은 가치를 안팎으로 옮기는 일입니다. 계정 없이 거래하는 가장 보편적인 2026년 패턴은 인스턴트 스왑 서비스입니다. MoneroSwapper는 여러 비KYC 경로(FixedFloat, SimpleSwap, StealthEx, ChangeNow)를 통합해서 가장 좋은 환율을 보여주므로, 새 서브주소를 만들어 BTC, LTC, USDT를 입금하고 이메일 한 번 입력하지 않은 채 CLI 관리 주소로 직접 Monero를 받을 수 있습니다.

스왑을 통한 수신 흐름을 CLI로 보면 이렇습니다. address new "swap-2026-05"로 새 서브주소를 만들고, 그 주소를 스왑 폼에 붙여넣고, 10~20분 뒤 balance가 증가하는 것을 지켜봅니다. 지갑이 로컬에서 제어되므로 2차 인증 지연도, 출금 화이트리스트도, 고객지원 에스컬레이션도 없습니다. 무엇이든 꼬여도 시드가 있고, 데몬이 있고, 거래 내역이 일반 텍스트로 남아 있습니다.

자주 묻는 질문

Monero CLI 지갑을 쓰려면 반드시 직접 노드를 돌려야 하나요?

아닙니다. 지갑은 --daemon-address 또는 --daemon-host로 임의의 원격 데몬을 가리킬 수 있습니다. 다만 프라이버시 비용은 실재합니다 — 원격 운영자는 당신의 IP와 쿼리 패턴을 봅니다. Tor 위의 가끔 사용용으로는 검증된 공용 노드도 괜찮지만, 매일 쓴다면 직접 돌리세요. 가지치기된 로컬 노드는 220 GB 안에 들어가고, 요즘 하드웨어에서 하루면 동기화가 끝납니다.

Polyseed와 레거시 25단어 시드의 차이는 무엇인가요?

Polyseed는 2022년에 도입되어 2026년 CLI 릴리스의 기본값이 된 16단어 시드 형식입니다. 지갑 생일을 포함하고(복원 시 재스캔 시간 단축), 훨씬 큰 오류 정정 코드와 묵음의 자금 손실로 이어질 수 있는 오타를 미리 잡아주는 체크섬을 가집니다. 호환성을 위해 레거시 25단어 형식도 여전히 작동하지만, 옛 지갑을 복원하는 경우가 아니라면 Polyseed가 기본 선택지여야 합니다.

같은 머신에서 CLI 지갑과 GUI를 함께 쓸 수 있나요?

네, 데몬도 공유할 수 있습니다. 두 지갑은 파일을 따로 저장하므로, 의도적으로 같은 .keys 파일을 가리키도록 만들지 않는 한 CLI 지갑과 GUI 지갑은 독립적입니다. 많은 사용자는 같은 워크스테이션에 지출용 CLI와 모니터링용 GUI를 함께 두고 씁니다.

지갑을 어떻게 제대로 백업하나요?

엄밀히 말해 필요한 것은 시드뿐입니다. .keys 파일, 캐시, 주소록 등 나머지는 시드와 패스프레이즈로 모두 재구성할 수 있습니다. 다만 시드만으로 복원하면 지갑 생일 이후의 체인 전체를 재스캔해야 하므로 몇 시간이 걸릴 수 있습니다. 편의성을 위해 .keys 파일도 암호화된 오프라인 저장소에 백업하고, 생존성을 위해 시드는 종이나 금속판에 적어 지리적으로 분리된 두 곳에 보관하세요.

VPN을 거쳐서 CLI 지갑을 써도 안전한가요?

VPN은 원격 노드 운영자로부터 IP를 가려주지만, VPN 제공자를 새로운 신뢰 당사자로 끌어들입니다. Tor는 단일 운영자를 신뢰할 필요가 없다는 점에서 더 낫습니다. 꼭 VPN을 써야 한다면, 감사받은 무로그(no-log) 정책의 제공자를 고르고 로컬 노드와 결합해서 네트워크 출구가 지갑 활동과 무관해지도록 만드세요.

FCMP++ 하드포크 이후 무엇이 달라지나요?

2026년 봄에 활성화된 포크는 이전의 링 서명 익명성 집합(디코이 16개)을 전체 체인 멤버십 증명(full-chain membership proof)으로 대체합니다. 결과적으로 모든 출력이 동등하게 지출자가 될 수 있는 것처럼 보이게 됩니다. CLI 사용자에게 실용적인 체감 변화는 거의 보이지 않습니다 — 거래 크기가 약간 커지고, 검증이 약간 느려지며, 프라이버시 보장은 극적으로 강해집니다. 0.18.4.x 지갑이 새 거래 형식을 자동으로 처리합니다.

한국에서 XMR을 보관·이용할 때 법적 문제는 없나요?

2026년 현재 한국에서 개인이 Monero를 비커스터디 지갑에 보관하는 것 자체는 합법입니다. 다만 국내 원화 마켓 거래소에서 Monero가 상장 폐지된 이후에는 거래소를 경유한 입출금이 불가능하므로, 자연스럽게 P2P, OTC, 또는 비KYC 스왑을 거치게 됩니다. 가상자산 소득에 대한 과세 체계가 가동되고 있으므로 거래·수신 기록은 본인이 직접, 가급적이면 거래가 일어난 그 시점부터 일관된 형식으로 보관해야 합니다. CLI 지갑의 명령어 로그와 show_transfers 출력은 그 자체로 훌륭한 원본 자료가 됩니다.

마치며

2026년의 Monero CLI 지갑은, 십 년 넘게 같은 일을 해온 사람들이 만든 진지한 프라이버시 도구의 모습 그 자체입니다 — 작고, 스크립트 가능하고, 감사 가능하며, "팔기 위해서만 존재하는" 기능이 고집스럽게 없습니다. 제대로 한다면 설정에 오후 한나절이면 충분합니다. 바이너리를 검증하고, 로컬 노드를 동기화하고, Polyseed 지갑을 만들고, 시드를 종이에 적고, 콜드와 핫을 분리하면 — 결과물은 누구에게도 빚지지 않는 자가 수탁 시스템입니다. 계정 없이 지갑을 충전하고 싶을 때 MoneroSwapper는 거래소나 스테이블코인에서 시작한 가치를 당신의 소비 키까지 프라이버시 이야기가 끊기지 않게 이어주는 다리가 되어 줍니다. 작게 시작하세요. 실제 자금을 입금하기 전에 적어도 한 번은 시드로부터 복원해 보세요. 그러면 다음 프로토콜 업그레이드는 그 설정을 더 좋게만 만들 것입니다.