Installation d'un noeud Lightning testnet sous Ubuntu 16
-
Il pourrait etre incorporé dans les rig justement ? vu que ca touche pas au GPU
-
@aranud Sans doute oui. Ceci dit c’est encore très expérimental, avec peu de transactions sur le réseau. Je ne sais pas ce que ça donnera en charge CPU quand le réseau sera utilisé intensivement.
-
yep dans le ‘top’ on voit que ça te prends 75% du CPU avec un traffic très limité. Il faut voir avec la montée en charge.
Autre question : le ROI ! Si ça compense le prix de loc d’un VPS, je suis partant. En même temps pour 3€ d’invest par mois, c’est pas non plus un gouffre. -
@raoullevert Ca on ne le saura pas avant un bon moment, car il ne faut pas oublier que l’établissement d’un channel te coûte une transaction sur la chaîne principale. On peut supposer que Lightning fera baisser les fees, mais il faut aussi que le fees baissent pour que Lightning puisse se développer. L’oeuf, la poule, tout ça
-
J’ai déjà un full node BTC qui tourne sur un PC. Donc j’ai une copie complète de la block chain.
Sachant que mon NAS à un proc vraiment limité et peu de ram (512Mo) et beaucoup de place et
que de l’autre côté j’ai un serveur avec un proc sympa, de la ram mais que je suis limité en place disque dur.J’ai copié la blockchain dans la répertoire du NAS (pas envie de synchroniser 200 fois). Je monte le repertoire NAS sur le serveur via sshfs. Et je pose le bitcoin core sur le serveur…
Ça a l’air de fonctionner pas mal
(bon j’ai une connection propre aussi).
L’avantage du truc c’est que c’est scalable : en gros si je veux remonter un autre noeud LN, je n’ai pas besoin de cloner les données BTC Core en local.
Inconvénient : si mon NAS est déconnecté, ça ne marche plus ! Mais bon il est allumé h24.@Chocapeek : oui il y a une periode de montée en puissance, mais au final je pense que c’est une techno qui va bien marcher.
-
@raoullevert a dit dans Installation d’un noeud Lightning testnet sous Ubuntu 16 :
J’ai copié la blockchain dans la répertoire du NAS (pas envie de synchroniser 200 fois). Je monte le repertoire NAS sur le serveur via sshfs. Et je pose le bitcoin core sur le serveur…
Tu devrais tenter via NFS, ça fera encore moins de charge côté NAS (chiffrement). C’est ce que j’ai fait pour le Pi, vu qu’il tourne sur une carte SD 4 go.
-
NFS n’est pas sécure et vu que le serveur est chez OVH (et le NAS chez moi) … non j’ai pas envie d’utiliser NFS
sshfs c’est plus ou moins du ftps, c’est donc pas trop gourmand non plus. Le NAS est prévu pour ça normalement.Ça prends moins de 20% de CPU en synchronisant dès le début (là ou le débit est le plus élevé).
PS : après c’est plus un test pour m’amuser qu’autre chose. Mais je me dis qu’avoir une seule réplication de blockchain pour plusieurs noeuds c’est pas mal aussi. Par contre il faut être sur que seul 1 noeud écrive dessus, sinon ça risque de mettre le bazard.
-
Je suis en train de monter un node LN sur la testnet … Le plus long c’est de synchroniser le node BTC !
Par contre au moins ça prendre pas 10 plombes pour recevoir un paiement sur le testnet. Ils devrait faire pareil sur le main
-
C’est rigolo de voir les changelog relatif au testnet : visiblement certaines personnes revendaient les tBTC
-
@raoullevert a dit dans Installation d’un noeud Lightning testnet sous Ubuntu 16 :
NFS n’est pas sécure et vu que le serveur est chez OVH (et le NAS chez moi) … non j’ai pas envie d’utiliser NFS
Ah oui ok effectivement
-
Même si au final ça ne risque rien (il n’y a rien sur le serveur), je préfère faire les choses proprement. Après c’est un coup à laisser tel quel en prod’ et avoir un serveur ouvert aux 4 vents.
Par contre c’est super long à synchroniser le testnet. Il n’y a pas grand monde pour partager !
Pour le main c’est un simple copié/collé en local, donc ça va beaucoup plus vite. (en local : sur le NAS) -
Client BTC et noeud LN installé. Je me suis connecté à deux nodes.
Par contre je n’arrive pas à voir mon node sur explorer.acinq.co …
Je suis bien synchro avec la blochain testnet pourtant !PS : Je viens de regarder le solde du wallet : 24062500 … c’est quoi l’unité ?
-
C’est bon j’ai compris.
Du coup j’ai ouvert un canal avec un faucet.
https://faucet.lightning.community/Je mets le lien vers le tuto, qui est bien fait
https://interfect.github.io/#!/posts/009-Ride-the-Lightning.md -
@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.
