Fogo-Test: lokale Testkonzepte von SVM-Programmen.
Eine Frage ist, worum ich weiterhin kreise, wenn ich SVM-Programme bei Fogo erstelle: Inwieweit kann ich das Netzwerk lokal simulieren, ohne mich selbst zu täuschen? Testnet war mein vorheriges Standard-Sandbox, aber in der jüngeren Vergangenheit verspüre ich den Drang, engere Rückkopplungsschleifen zu haben. Es bringt mich aus dem Fokus, wann immer eine kleine Änderung dazu führt, dass ich auf ein externes RPC warten muss, und ich beginne, Tests ohne Beweise oder Hoffnung durchzuführen. Fogo zwingt extrem hinderliche Blockzeiten im Testnet auf, und es rotiert auch die Regionen, während Epochen vergehen, und Bestätigungen sowie Führungsrhythmen können sich in lethargischeren Einstellungen unterschiedlich anfühlen. Die Geschwindigkeit ist großartig, wenn man es mit Echtzeitanwendungen zu tun hat, aber es ist nicht so angenehm, wenn man debuggt. Kleine Annahmen über das Timing werden verletzt, Protokolle werden unordentlich und seltsame Instanzen von Anweisungsrändern beginnen aufzutreten, bevor man es für möglich hielt. Ich habe gelernt, lokales Testen als das lokale Äquivalent meines langsamen Raums zu betrachten, für den ich eine bessere Sichtbarkeit bieten kann und wo ich das Programm dazu bringen kann, seine Funktionalität zu demonstrieren, bevor ich es an ein Hochleistungsnetzwerk senden kann. Es ist nicht aufregend. Genau deshalb funktioniert es. Ich kann es täglich wiederholen.