Perché Vanar considera la composabilità un rischio, non un default
Una comune assunzione nel design della blockchain è che una maggiore composabilità porti sempre a sistemi migliori. Più contratti possono connettersi facilmente, più ci si aspetta che la rete diventi potente.
Vanar adotta una posizione diversa.
Nei sistemi che funzionano continuamente, specialmente nei sistemi guidati dall'IA, la composabilità non crea solo flessibilità. Crea anche percorsi di esecuzione nascosti. Quando più componenti interagiscono liberamente, può emergere un comportamento che nessuna singola parte ha pianificato esplicitamente. Questo è gestibile in ambienti sperimentali. Diventa pericoloso una volta che le azioni sono irreversibili.
Vanar limita intenzionalmente la composabilità al livello di regolamento. L'obiettivo non è prevenire l'interazione, ma prevenire che comportamenti indesiderati influenzino i risultati finali. Le commissioni sono mantenute prevedibili. Il comportamento dei validatori è vincolato. La finalità è deterministica. Insieme, queste scelte riducono il numero di modi in cui un sistema può comportarsi in modo diverso da quanto si era assunto al momento del design.
Questo rende Vanar meno attraente per esperimenti rapidi e più adatto a sistemi in cui gli errori si accumulano nel tempo. I processi autonomi, lo stato persistente e l'esecuzione a lungo termine beneficiano di più dalla stabilità che dalla connettività illimitata.
La composabilità rimane potente. Vanar la considera semplicemente come qualcosa da introdurre con cautela, non come qualcosa da assumere come default.
Questa scelta di design definisce ciò che Vanar abilita e ciò che evita intenzionalmente.
