---
title: "Masuk ke ERPC CLI dan lihat di mana kunci Anda disimpan"
description: "Masuk ke akun ERPC Anda di mesin ini, pilih tempat ERPC CLI menyimpan sesi, dan lihat di mana kunci node dan file yang ditulis erpc disimpan."
canonical: "https://erpc.global/id/doc/erpc-cli/sign-in-and-keys/"
locale: "id"
---

# Masuk ke ERPC CLI dan lihat di mana kunci Anda disimpan

Masuk di mesin ini, dan ERPC CLI menyimpan sesinya di rantai kunci Anda atau di 1Password. Halaman ini juga menunjukkan di mana kunci node disimpan dan file apa saja yang disimpan erpc.

Halaman ini menjelaskan ERPC CLI `v0.1.0-rc.4`, versi pra-rilis.

## Masuk

```bash
erpc signup     # opens the sign-up page
erpc login      # signs this machine in; the session goes to the keychain or 1Password
erpc whoami
```

`erpc login` mendapatkan sesi melalui OAuth device authorization grant. Di mesin tanpa browser, `erpc login --no-browser` mencetak URL dan kode alih-alih membuka browser, dan `erpc signup --no-browser` mencetak URL pendaftaran. `erpc whoami` menunjukkan pemilik sesi yang tersimpan, dan `erpc logout` keluar dari akun dan menghapus sesi yang tersimpan.

## Pilih tempat sesi disimpan

Di terminal, `erpc login` menanyakan store mana yang dipakai: rantai kunci sistem operasi, yang merupakan default, atau 1Password, jika 1Password merespons. `--store` dan `--vault` memilih tanpa bertanya, dan pilihan itu dicatat di `config.toml`, tempat perintah lain membacanya.

| `--store` | Tempat sesi disimpan |
| --- | --- |
| `keychain` | Rantai kunci sistem operasi |
| `1password-desktop` (juga `1password`, `op`) | 1Password, melalui aplikasi desktop |
| `1password-service-account` | 1Password, melalui token service account |
| `file` | Sebuah file di disk. Ini meninggalkan secret di mesin ini |

Tanpa pilihan, baik yang diberikan maupun yang tercatat, erpc menggunakan service account 1Password jika `OP_SERVICE_ACCOUNT_TOKEN` diatur; jika tidak, rantai kunci sistem operasi jika ada; dan jika tidak ada juga, sebuah file di direktori state-nya. `erpc doctor` melaporkan store mana yang sedang dipakai dan alasannya. Dengan service account, erpc meneruskan `OP_SERVICE_ACCOUNT_TOKEN` hanya ke proses `op` yang dijalankannya, dan tidak menulis token itu di mana pun.

Item 1Password diberi judul dengan nama mesin, sehingga dua mesin tidak pernah berbagi satu sesi. `ERPC_HOST_LABEL` menimpa nama itu.

### Di Linux

Rantai kunci adalah Secret Service jika ada yang merespons. Jika tidak, rantai kunci adalah keyring persisten milik kernel untuk pengguna Anda, yang berada di memori dan tidak pernah di disk: sesi bertahan sampai reboot atau sampai beberapa hari tidak dipakai, lalu `erpc login` diminta lagi. Shell yang dijalankan tanpa login-nya sendiri (`su` tanpa `-`, `sudo -E`) tidak dapat menggunakan keyring itu, dan erpc menolak serta memberi tahu hal tersebut.

### Di macOS

erpc mengakses rantai kunci melalui `/usr/bin/security`. Program lain apa pun yang berjalan sebagai Anda dapat membaca sesi dengan menjalankan `security` juga, sementara rantai kunci tetap menjaga sesi terenkripsi saat tersimpan dan tidak terjangkau oleh pengguna lain.

### Saat sesi berada di disk

erpc menulis sesi ke direktori state-nya dalam tiga kasus: dengan store `file`, untuk sesi yang diparkir (refresh token hasil rotasi yang tidak dapat mencapai store), dan setelah penulisan yang terputus. `erpc doctor` melaporkan setiap file seperti itu selama file tersebut masih ada. Di Unix, file ini dibuat dengan mode `0600`; di Windows, erpc sendiri tidak menetapkan izin apa pun.

## Tempat kunci node disimpan

Inventaris node, dan backup kunci asli yang disebut oleh panduan setiap chain, disimpan di 1Password. Tidak semua kunci ada di 1Password, dan sebuah node dapat menyimpan kunci yang diperlukannya untuk berjalan. Backup sendiri apa yang ada di host: membangun ulang host itu tanpa backup akan menghilangkannya. Validator Sui yang aktif atau witness TRON yang terpilih juga menolak dipindahkan ke host baru.

| Node | Di 1Password | Di host |
| --- | --- | --- |
| Validator Solana (native) | Identitas dan keypair sinkronisasi yang Anda buat. Vote account dan withdraw authority diberikan ke erpc hanya sebagai kunci publik | Keypair sinkronisasi, terenkripsi untuk host itu, dan mulai dari `--activate-validator`, identitas juga. Kunci vote account dan withdrawal tidak pernah diimpor |
| Validator Solana (solv) | Identitas yang di-stake, dan withdraw authority kecuali Anda hanya memberikan kunci publiknya. Kunci vote account dihapus setelah akun itu diverifikasi | `unstaked-identity.json` sekali pakai dalam teks biasa. Deploy tidak pernah menyalin kunci yang di-stake atau withdraw authority ke node |
| Solana RPC (native) | Identitas yang Anda buat | Identitas yang sama, terenkripsi untuk host itu |
| Solana RPC (solv) | Inventaris | Identitas, dibuat di sana. Tidak pernah keluar dari host itu |
| Validator Ethereum | Inventaris | Keystore, kata sandi untuk membukanya, dan riwayat slashing. Riwayat sebuah backup berhenti di snapshot-nya, sehingga kunci yang menandatangani setelah snapshot itu dapat terkena slashing jika dipulihkan: pindahkan signer dengan `erpc v --chain eth migrate` |
| Arc RPC | Kunci konsensus | Kunci konsensus, terenkripsi |
| Avalanche | Backup kunci staking dan BLS | Kunci yang sama, dibuat di sana pada deploy pertama |
| Validator Sui | Kunci protokol, jaringan, dan worker, dibuat di mesin Anda sendiri | Tiga kunci yang sama, dienkripsi dengan `systemd-creds` untuk host itu. Tidak pernah kunci akun |
| Full node Sui | Inventaris | Kredensial jaringan, terenkripsi untuk host itu. Tidak ada salinan lain |
| Witness TRON | Keystore terenkripsi dan kata sandinya | Sama, sebagai kredensial systemd terenkripsi |
| Validator Polygon | Kunci signer yang dibuat oleh `init`. Kunci pemilik staking tidak pernah diminta | Kunci yang sama, terenkripsi untuk host itu. Selama node hanya mengamati, node berjalan dengan identitas terpisah |
| Validator BNB Chain | Backup materi penandatanganan dan identitas peer | Kunci konsensus dalam keystore terenkripsi, kunci vote dalam wallet terenkripsi, dan kata sandinya terenkripsi untuk host itu |
| Validator Kaia (node konsensus atau proxy) | Backup identitas node | Identitas node, dibuat di host dan terenkripsi untuknya. Wallet milik operator tetap di luar erpc |
| Node Monad (RPC atau validator) | Kedua keystore asli | Keystore yang sama, terenkripsi untuk host itu |
| Validator Hyperliquid | Kunci konsensus hot. Kunci akun cold tidak pernah diminta | Kunci hot, terenkripsi untuk host itu dan hanya dimuat oleh unit validator yang sudah diaktifkan |
| Publisher AQA Hyperliquid | API key atau kunci agen khususnya | Kunci yang sama, terenkripsi untuk host itu |
| Validator NEAR | Kunci konsensus | Kunci yang sama, terenkripsi untuk host itu |
| Validator Arbitrum | Wallet yang dibuat oleh `init`, dan kredensial provider | Kredensial provider, terenkripsi, dan mulai dari `--activate-signer`, wallet juga, dimiliki root dan terenkripsi |
| Validator Robinhood Chain | Wallet yang dibuat oleh `init`, dan konfigurasi provider | Konfigurasi provider, terenkripsi, dan mulai dari `--activate-signer`, wallet juga, dimiliki root dan terenkripsi |
| RPC keluarga OP | Inventaris dan nilai provider | Kredensial provider, JWT engine, dan identitas peer, terenkripsi. Lakukan backup catatan pemilik dan secret enkripsi host |
| Nitro RPC | Inventaris dan kredensial upstream | Kredensial upstream, terenkripsi |

RPC node lain tidak menyimpan kunci penandatanganan untuk validator, tetapi host-nya menyimpan apa yang dibuat klien untuk dirinya sendiri, seperti JWT engine, identitas peer, atau cookie RPC.

Backup kunci saja tidak membuat pemulihan validator aman. Ikuti prosedur pemulihan chain tersebut sebelum Anda mengganti server atau memulihkan datanya; panduan setiap chain menjelaskan cara memulihkan kuncinya ([Node](https://erpc.global/id/doc/erpc-cli/nodes/#chain-dan-panduan)).

Hanya satu perintah yang menulis kunci node ke disk di mesin Anda: `erpc validator vote-account` menulis kunci identitas dan vote ke file `0600` di bawah direktori state selama Solana CLI berjalan, lalu menghapusnya. Proses yang mati dapat meninggalkan file sampai eksekusi berikutnya membersihkannya.

Kunci trading dan secret aplikasi `erpc worker` disimpan terpisah dari kunci-kunci ini: [Kunci dan secret](https://erpc.global/id/doc/erpc-cli/worker-secrets/).

## File yang disimpan erpc

| Path | Isinya |
| --- | --- |
| `~/.erpc/config.toml` | Pengaturan publik (`erpc config`) |
| `~/.erpc/state/` | Sesi dan lock (`erpc doctor` menjelaskan cara sesi disimpan) |
| `~/.erpc/conversations/` | Percakapan ERPC AI yang tersimpan |
| `~/.erpc/memory.json` | Apa yang diingat ERPC AI |
| `~/.erpc/vps_hosts.json` | Kunci host VPS tempat ERPC AI pernah login |
| `~/.erpc/skills/` | Skill yang ditulis oleh `erpc skills install` |
| `~/.erpc/storage-key` | Kunci enkripsi penyimpanan, jika `erpc login` menyimpan sesi di file |
| `~/.erpc/backup-password`, `~/.erpc/backup-admin-key` | Kata sandi master backup dan kunci `read_write`, jika `erpc login` menyimpan sesi di file |
| `~/.erpc/keystore/` | Keystore worker: secret dan kunci trading aplikasi, masing-masing dalam file yang dienkripsi dengan frasa sandi Anda, di mesin yang tidak memiliki 1Password maupun rantai kunci yang bertahan |
| `~/.erpc/workers.toml` | Daftar aplikasi `erpc worker` di mesin ini |
| `~/.erpc/backup.env` | Kredensial backup mesin ini (`0600`) |
| `~/.erpc/bin/restic-0.19.1` | restic dengan versi tersemat yang dipasang oleh `erpc backup` |