De lanceringskandidaat van LND op 22 oktober houdt rekening met een stil aanbod van zakkengevaar: schattingen van buitenaf dat softwareprogramma te genereus behandelt. De verbeteringsopmerkingen van 0.21.5 beschrijven een plafond voor waarden die zijn verkregen via een externe laad-API, naast oplossingen voor verschillende knooppuntbewerkingen.
- Het onthulde construct is v0.21.5-beta.rc1, een pre-release.
- De tariefwijziging beperkt buitensporige schattingen van een externe dienst.
- Lanceringsverificatie en softwaretests beantwoorden totaal verschillende vragen.
Een verre schatting wil eerder grenzen dan dat deze de portemonnee bereikt
De release-opmerkingen Stel dat externe schattingen vooraf een daling hadden zonder de overeenkomstige hogere zekerheid. Het gedocumenteerde herstel beperkt de schatting voordat deze mogelijk overgaat in kostengevoelige pocketoperaties.
De bijbehorende verandering hanteert een plafond van 10.000 satoshis per digitale byte en beperkt eveneens de minimale relay-schatting van de API. Dat plafond is een vangrail van extreme waarde. Het is geen aankondiging dat een dergelijke heffing normaal, economisch of vereist is door de huidige omstandigheden in de gemeenschap.
Een kostenraming is een deelname aan een gesprek en geen instructie die tegen elke prijs moet worden opgevolgd. Een service kan een onbruikbare waarde retourneren als gevolg van een fout, een gewijzigd kennisformaat of een gecompromitteerde afhankelijkheid. Het begrenzen van de ingang beperkt een methode waarmee een stroomopwaartse keerzijde een pocket kan beïnvloeden.
Het grotere operationele onderwerp sluit aan Het herziene openbaarmakingsproces van Bitcoin CoreHet softwareprogramma dat contant geld afhandelt, wil zowel een manier om problemen op te sporen als een manier om reparaties in gebruik te nemen.
Een kandidaat-construct wil niettemin bewijs van zijn implementatieomgeving
De GitHub-releasepagina identificeert het construct als een pre-release en zegt dat er geen databasemigratie voor nodig is. Het geeft aanwijzingen voor handtekening en binaire verificatie. Deze gegevens helpen bij het controleren wat er is gedownload; ze laten niet zien hoe het zich in elke knooppuntconfiguratie zal gedragen.
In de opmerkingen wordt bovendien een herstel van de impasse in de lokale SQL-verbindingspool beschreven. De problemen als gevolg van de betrouwbaarheid van knooppunten zijn afhankelijk van opslaggewoonten en gemeenschapscommunicatie. Een deel daarvan blijft werken, terwijl verzoeken die niet meer worden afgerond, toch kunnen mislukken voor de doeleinden die erop vertrouwen.
Het testen van een kandidaat moet vanwege dit feit het precieze werk van de dienst omvatten: verzoeken ontvangen, toegang krijgen tot opslag, omgaan met storingen en netjes opnieuw opstarten. Het ontbreken van een databasemigratie neemt één klasse van veranderingen weg, maar het laat zeker niet zien dat elke wisselwerking met de huidige kennis onveranderd blijft.
Voor vergoedingsleveranciers is dit iets anders dan de bewaarcontroles die we hebben onderzocht Bitcoin-leningen met gedeelde sleutel. Het veilig houden van de ondertekenbevoegdheid en het functioneren van een vergoedingsknooppunt zijn afzonderlijke taken.
Het identieke onderscheid verklaart waarom regelingen voor bewaring en terugvordering kan het onderhoud van softwareprogramma's niet wijzigen. Deze kandidaat geeft bijzondere aanpassingen aan de beoordeling. De uiteindelijke lanceerkeuze en de inzetkeuze van een operator blijven extra stappen.
Geschreven door de Informatiebalie en geredigeerd door Samuel Rae.
“DagelijksCrypto is niet verantwoordelijk voor activiteiten die u buiten DagelijksCrypto uitvoert.”
