Planuhin ang storage at sync
Ang full node at pruned node ay may magkaibang pangangailangan sa disk, at nagbabago ang mga ito sa paglipas ng panahon. Suriin ang kasalukuyang upstream requirements at mag-iwan ng espasyo para sa paglaki. Ang initial block download ay maaaring tumagal ng malaking oras at resources.
Paghigpitan ang control interfaces
Panatilihin ang Bitcoin RPC at Lightning administration sa pribadong authenticated na ruta. Ang paglalantad ng hindi authenticated na control endpoint ay maaaring magsapanganib sa pondo at sa host. Ang public peer ports at private administrative ports ay nangangailangan ng magkaibang firewall rules.
Unawain ang channel liquidity
Ang Lightning channel ay nagtatali ng pondo at may mga limitasyon sa inbound at outbound liquidity. Ang pagpapatakbo ng node ay hindi nangangako ng kita sa routing. Isaalang-alang ang mga bayarin, pamamahala ng channel at mga panganib ng hot wallet bago ito pondohan.
I-back up ang tamang estado
Sundin ang pamamaraan ng pagbawi ng partikular na implementasyon para sa mga wallet seed at channel backup material. Itago ang recovery data sa labas ng node at subukan ang pag-unawa nang hindi inilalantad ang mga secret. Ang generic na kopya ng filesystem ay maaaring hindi ligtas na live-channel backup.
Pumili ng implementasyon at sundin ang mga patakaran nito sa pagbawi
Nagbibigay ang Bitcoin Core ng Bitcoin backend. Ang LND at Core Lightning ay magkaibang implementasyon ng Lightning na may sariling configuration, plugin ecosystem at mga pamamaraan ng backup. Pumili ng isang sinusuportahang stack at sundin ang kasalukuyang dokumentasyon nito; huwag paghalo-haluin ang mga tagubilin sa recovery sa pagitan ng mga implementasyon. Ang pagkumpleto ng pag-synchronize, peer connectivity at wallet recovery ay magkakaibang acceptance check.
Isang checkpoint bago ang pre-funding
Bago maglagay ng malaking pondo online, tiyakin na pribado ang mga administrative port, naka-iskedyul ang mga update at nakaimbak nang hiwalay ang wallet at channel recovery material. Unawain ang pagkakaiba ng seed, static channel backup at full data copy sa iyong implementasyon. Panatilihin lamang ang online na pondo na kailangan ng iyong operating plan. Ang routing node ay isang operational commitment, hindi isang passive-return na produkto.
Tanggapin ang Bitcoin backend bago magbukas ng mga channel
Tiyakin ang release provenance ng software gamit ang mga tagubilin ng proyekto nito, pumili ng sinusuportahang full o pruned layout, at hayaang matapos ang paunang synchronisation. Maglaan ng espasyo para sa database overhead, mga log, update at paglago sa halip na ilaan ang eksaktong inaasahang chain footprint. Ang isang pruned backend ay maaaring mangailangan ng karagdagang pagpaplano para sa historical wallet discovery o mga rescan. Huwag ipakita ang isang arbitraryong kasalukuyang disk figure bilang permanenteng pangangailangan.
- Suriin nang hiwalay ang progreso ng synchronisation, peer connectivity at disk consumption.
- Panatilihing pribado ang RPC listener at authentication; ang pagbubukas ng peer port ay hindi nangangailangan ng paglalantad ng administrative control.
- Pumili ng LND o Core Lightning na may dokumentadong compatible na Bitcoin backend, pagkatapos i-verify ang sarili nitong sync state.
- Magpatakbo ng maliit na test at unawain ang funding, inbound liquidity at mga bayarin bago maglagay ng malaking halaga online.
Opisyal na dokumentasyon: LND: disaster recovery · Core Lightning: backup ng wallet at channel
Ituring ang stale channel state bilang panganib sa recovery
Ang pangkalahatang VPS snapshot ay hindi awtomatikong ligtas na live-channel backup. Maaaring gamitin ng disaster recovery ng LND ang seed at static channel backup nito para humiling ng channel closure; ito ay last-resort na proseso, hindi normal na paraan ng migration. Panatilihing naka-stop ang lumang instance habang nagre-recover upang maiwasan ang magkakumpitensyang kopya. Sundin ang pamamaraan ng LND para sa materyal na talagang taglay mo sa halip na i-restore ang arbitraryong lumang channel database.
Opisyal na dokumentasyon: LND: disaster recovery
Panatilihing partikular sa implementasyon ang recovery plan
Tinatangi ng Core Lightning ang wallet secret, emergency channel recovery material at live database. Hinihikayat ng dokumentasyon nito na iwasan ang ordinaryong snapshot-style restoration ng lumang channel database state at inilalarawan ang implementation-specific na backup approach. Itago ang kinakailangang key material sa labas ng node, i-monitor ang update sa channel recovery file, at subukan ang iyong pag-unawa bago maglagay ng pondo. Kung mabigo ang disk, itago ang nasirang data at sumangguni sa tamang recovery procedure bago i-restart ang lumang kopya.
- Hindi pinapatunayan ng naibalik na on-chain balance na na-recover ang bawat channel.
- Ang isang channel na walang inbound capacity ay hindi makakatanggap dahil lamang online ang node.
- Ang peer outage at nabigong lokal na RPC credential ay nangangailangan ng magkaibang troubleshooting.
- Huwag maghinuha ng awtomatikong kita o garantisadong recoverability mula sa matagumpay na pag-install ng node.
Opisyal na dokumentasyon: Core Lightning: backup ng wallet at channel