Installation d'un noeud Lightning testnet sous Ubuntu 16
-
@raoullevert Tu es sûr que le tutoriel est pour le testnet?
Je vois :
docker run --rm --name bitcoind_mainnet -v /scratch/bitcoin/mainnet/bitcoind:/data -p 8333:8333 -p 9735:9735 amacneil/bitcoin:latest(mainnet et non testnet)
La chaine du testnet a combien de blocs?
-
Le principe reste le même entre la main et la testnet …
Je suis à
2018-01-09 19:08:27.134 [INF] SYNC: Processed 1 block in the last 3m20.99s (16 transactions, height 1258064, 2018-01-09 19:08:06 +0100 CET)Honnêtement j’adorerais avoir autant de BTC sur la main
-
-
Ce message a été supprimé !
-
N’y a t’il pas un fichier bootstrap, ou mieux, une image de la chaîne quelque part?!
-
Sur la testnet c’est pas trop un soucis d’avoir une image. Mais imagine que je soit quelqu’un de malhonnête. Je te file une blockchain.
Le mieux c’est d’être parano et de synchroniser ton client sur le reseau
-
Suffit d’avoir une source de confiance et la signature du fichier. Bitcoin n’est pas très populaire dans ce sens.
Pourquoi le testnet a plus de 2 fois plus de blocs que le mainnet? N’est - il pas censé tourner à la même vitesse que le mainnet?
Edit: J’ai synchronisé le testnet avec bitcoind en moins de 3 heures. A priori, le btcd est nettement moins performant.
-
Sur Ubuntu server 16.04:
- bcd synchronisé,
- créé une adresse,
- envoyé des fonds dessus
mais impossible de se connecter, j’obtiens toujours un message d’erreur:
[lncli] rpc error: code = OutOfRange desc = EOFJ’ai essayé différentes nodes.
-
@raoullevert VPN +NFS.
-
@anémol : vérifie que ton utilisateur/pass de lnd.conf correspond au - - rpcuser et rpcpass de ton btcd.
@impassenet : sshfs c’est exactement ça. VPN (ssh) + NFS
-
@raoullevert a dit dans Installation d’un noeud Lightning testnet sous Ubuntu 16 :
sshfs
Non c’est sur nfs over SSH je crois. donc pas exactement pareil
-
mon rpcuser/rpcpass définit dans le bcd.conf est le même pour le bitcoin.rpcuser/bitcoin.rpcpass dans lnd.conf
Mes ports 8333 et 9735 sont bien ouverts.
-
Ton noeaud BTC est synchro vraiment (quelle hauteur)? Tu as bien mis - - testnet en lançant lnd ?
J’ai eu aussi des soucis avec lnd sur des ‘new valide peer/peer disconneted’ (j’ai du mettre une limite vers 256). -
Mon ln.conf:
[Application Options] debuglevel=info debughtlc=true maxpendingchannels=10 externalip=<mon adresse internet externe> [Bitcoin] bitcoin.active=1 bitcoin.rpcuser=<mon username> bitcoin.rpcpass=<mon super mot de passe top secret>Le bcd.conf:
testnet=1 txindex=1 rpcuser=<mon username> rpcpass=<mon super mot de passe top secret>que je lance tout simplement avec:
./bcdJe lance ln avec:
./lnd --bitcoin.active --bitcoin.testnetDans la console de ln, ça papote énormément, mais je vois beaucoup d’échec de connections.
./lncli getinfo { "identity_pubkey": "023085dac5a23e5a8e4c6d82b95079057f03947521b7b880fc9db98c4b7da6c749", "alias": "", "num_pending_channels": 0, "num_active_channels": 0, "num_peers": 2, "block_height": 1258463, "block_hash": "00000000000005bca4ab65a19dbd43e9e4ca290de3c033792ba1e483038989db", "synced_to_chain": true, "testnet": true, "chains": [ "bitcoin" ], "uris": [ "023085dac5a23e5a8e4c6d82b95079057f03947521b7b880fc9db98c4b7da6c749@151.80.46.154:9735" ] } ./lncli walletbalance { "total_balance": "130000000", "confirmed_balance": "130000000", "unconfirmed_balance": "0" } ./lncli channelbalance { "balance": "0" } ./lncli connect 03f113414ebdc6c1fb0f33c99cd5a1d09dd79e7fdf2468cf1fe1af6674361695d2@51.15.213.104:9735 [lncli] rpc error: code = Unknown desc = dial tcp 51.15.213.104:9735: getsockopt: connection refused -
essaye avec
./btcd --txindex --testnet --rpcuser=tonuser --rpcpass=tonsupermotdepass --nolisten --maxpeers=255 -
J’essaierai ce soir un peu plus tard ou demain.
Par contre, comment créer un alias. J’ai regardé l’aide (–help ou help) mais je ne peux pas rediriger la sortie (less) pour lire les pages. Comme je suis sous screen, je ne peux pas revenir en arrière.
Et également, pourquoi il est nécessaire d’avoir bcd? Le deamon bitcoin-core ne fait pas l’affaire? (Je l’ai aussi synchronisé en mainnet/testnet)
-
Tu peux très bien mettre bitcoin core. Il te faut juste un nœud complet bitcoin qui écoute en rpc. Sur un serveur, tu n’as pas de serveur X11 ni de gestionnaire de fenêtre et tu geres tout en ligne de commande.
Donc tu prends bcd.Pour avoir la sortie, tu peux lancer ton programme avec nohup.
ex : nohup ls &
ca redirige ton programme vers nohup.out
et ton programme survit à la fermeture de la console.
Il ne faut pas oublier de killer le programme -
Mon bitcoin-core est déjà sur le serveur et j’utilise depuis des années “screen” qui maintient bien entendu le processus à la perte de connexion.
J’essaierai demain d’utiliser bitcoind en lieu et place de bcd.
Pour l’alias? Pas d’idée?
Edit:
Testé avec:
avec le bitcoin-core (donc rpcport 10332, même rpcuser/rpcpassword): aucune communication il semblerait avec lnd.
Essayé avec
./btcd --txindex --testnet --rpcuser=tonuser --rpcpass=tonsupermotdepass --nolisten --maxpeers=255Ne donne rien de plus, toujours “dans les choux”.
2018-01-12 09:53:34.499 [INF] DISC: Broadcasting batch of 285 new announcements 2018-01-12 09:53:48.470 [ERR] SRVR: unable to connect to 023eed9ea8511c7960015ff65f60a2220f601c32141654e77dad70a46493d045c8@69.139.118.84:9735: dial tcp 69.139.118.84:9735: getsockopt: connection timed out 2018-01-12 09:54:03.702 [ERR] SRVR: unable to connect to 02af1a22c4f7a1175868587be262c29c0914ecf443c9eabccee42c12b79923180e@185.200.117.131:9735: dial tcp 185.200.117.131:9735: getsockopt: connection timed out 2018-01-12 09:54:03.702 [ERR] SRVR: unable to connect to 026c3e2d4153a304fc1baa2c0d9abd5a265f76a7062db3ecb2262884836cc1076c@47.148.173.164:9735: dial tcp 47.148.173.164:9735: getsockopt: connection timed out 2018-01-12 09:54:18.678 [ERR] SRVR: unable to connect to 02dc5e775414dd2167049200298632d5e2e68593f729298cf3945e60ab4d62fcc7@73.18.155.253:9735: dial tcp 73.18.155.253:9735: getsockopt: connection timed outPeut-être une histoire de ports. Quels sont les ports à ouvrir à part 9735 & 8333?
