Description de l'étiquette vinci

Même si vous ne trouver un itinéraire avec succès, ce qui garantit que B VA utiliser son véhicule de paiement? B peut refuser à tout moment, en raison de la décentralisation.

Aussi, à partir de routage recommandations:

Lorsque vous calculez un itinéraire pour un HTLC, le cltv_expiry_delta et la les frais doivent être pris en considération: la cltv_expiry_delta contribue à le temps que les fonds ne seront pas disponibles sur les pires cas de défaillance. L' compromis entre ces deux est incertaine, car elle dépend de la la fiabilité des nœuds.

Continue à expliquer que le problème est plus profond:

Si un itinéraire est calculé par simplement acheminer au destinataire, en additionnant les cltv_expiry_deltas, puis les nœuds le long de la route peut deviner leur position dans le parcours. Sachant que le CLTV de la HTLC et les environs de la topologie avec le cltv_expiry_deltas donne un attaquant un moyen de deviner le destinataire. Par conséquent, il est fortement il a proposé d'ajouter un décalage aléatoire de la CLTV que l' destinataire recevra, cogner à tous les CLTVs le long de la route. Afin de créer un plausible compenser l'expéditeur PEUT commencer limitée marche aléatoire sur le graphique, à partir de la destinataire, la somme cltv_expiry_deltas, et ensuite utiliser la somme que le décalage. Cette crée effectivement une ombre de la route de l'extension de la route, fournir une meilleure protection contre ce type d'attaque que de simplement sélection d'un décalage aléatoire.

Surtout pour cette réponse, il se termine à:

D'autres plus avancés considérations impliquent la diversité des routes à éviter les points de défaillance unique et de la détection et de la balance des canaux de les chaînes locales.

Donc la réponse serait, que LN fournit simplement de la découverte, de ne pas construire un chemin(parce qu'un canal ne peut pas être garanti d'être en ligne dans un réseau décentralisé??) donc, "essaye" n'est pas une fonction de base LN(mais du pilote automatique fonctionnalité).

Le pilote automatique peut être vu ici. C'est là que les heuristiques pour trouver le chemin se poursuit.

Le pilote automatique paquet a été signé pour être aussi abstrait que possible dans afin de permettre aux utilisateurs, les développeurs et les chercheurs de brancher divers heuristiques afin d'expérimenter avec les possibilités, ou de tenter afin d'optimiser la chaîne de sous-graphe de leur cible de nœuds. L' par défaut actuel heuristique est un mode ConstrainedPrefAttachment.

Aussi,

Ce n'est qu'un exemple de la possible heuristiques qui peut être accroché dans un actif le pilote automatique.L'Agent de l'instance. Nous nous réjouissons à l'ajout de l'heuristique que les développeurs/les chercheurs à mettre en œuvre!

En somme, la charge heuristique de la mise en œuvre de la première sélectionne une tranche du réseau, puis goulûment alloue des fonds.

commutateur {
 // Si nous avons suffisamment de fonds disponibles pour distribuer le maximum de voies
 // la taille de chacun des pairs connecter, puis nous allons
 // allouer le montant maximum de chaque pair.
 cas int64(fundsAvailable) >= numSelectedNodes*int64(p.maxChanSize):
 pour i := 0; i < int(numSelectedNodes); i++ {
 les directives[i].ChanAmt = p.maxChanSize
}

 retour directives, néant

 // Sinon, nous allons goulûment allouer des fonds pour les canaux
 // successivement jusqu'à ce que nous sommes à court de fonds disponibles, ou ne pouvez pas en créer un
 // canal au-dessus de la min la taille du canal.
 cas int64(fundsAvailable) < numSelectedNodes*int64(p.maxChanSize):
 i := 0
 pour fundsAvailable > p.minChanSize {
 // Nous allons essayer d'affecter le max la taille du canal
 // d'abord. Si nous n'avons pas suffisamment de fonds pour ce faire,
 // puis nous allons répartir le reste des fonds
 // à la disposition du canal.
 delta := p.maxChanSize
 si fundsAvailable-delta < 0 {
 delta = fundsAvailable
}

 les directives[i].ChanAmt = delta

 fundsAvailable -= delta
j'++
}

 // Nous allons tranche de la première série de directives correctement
 // compte de la quantité de fonds que nous avons été en mesure d'allouer.
retour directives[:i:i], néant

[EDIT:droit de réponse]

Si l'heuristique utilise uniquement la capacité du canal de trouver une route?

"basé sur l'actuel état interne, l'état de la chaîne graphique, l'ensemble des nœuds nous devrions exclure, et le montant des fonds disponibles"

Le chemin d'accès de trouver des heuristiques ont l'information qui, à côté d'un canal dans le réseau possède combien, ou il ne fait que calculer un itinéraire en fonction de la capacité des canaux?

En regardant les specs exemple, nous avons seulement obtenir des informations de la "capacité" d'un "bord" dans le graphique et pas de combien chaque partie possède; que le montant qu'ils sont prêts à transmettre. Comme expliqué ci-dessus, oui, il dépend de la capacité, mais il a plus de propriétés, et pas seulement les montants.