La mise à niveau de Crescendo de 10 bps de KASPA, activée aujourd’hui sur MainNet, permet l’innovation et l’évolutivité du protocole Ghostdag (@hashdaget al) pour vraiment briller pour la première fois. Bien que la théorie derrière ce protocole DAG structuré multi-leader, parallèle, ait également été mise en œuvre à 1 bps, un temps de bloc de 1000 millisisecondes est encore suffisamment au-dessus de la RTT Internet moderne; Ainsi, en resserrant les hypothèses de latence et du réseau, on peut également imaginer une structure de blockchain linéaire à 1 bps (cf. temps de bloc de 400 ms de Solana avec une structure linéaire). Augmenter le taux de bloc à 10 par seconde, réalisé en réduisant le temps de bloc à 100 ms (lien
Un dépotoir du cerveau de tout ce qui est crescendo, ce qui est inclus, quels sont les avantages…
Augmenter le bloc par seconde de 1 à 10 bps tout en gardant la capacité du bloc ~ fixe (plus à ce sujet plus tard). Débit: De toute évidence, le débit des transactions augmente. Combien? Presque dix fois mais pas exactement 10x. Le fait d’avoir des blocs plus parallèles augmente le taux de collision dans une certaine mesure. Sur TN10 et avec la politique de sélection TXN actuelle de Mempool, nous observons une efficacité de ~ 80 à 90% (c’est-à-dire 80 à 90% des TXNS sont uniques). Si le mempool se dépasse et la demande dépasse considérablement la capacité, cette valeur d’efficacité va à 100%. Donc, pour conclure, TPS augmente 8-9x. Les informations manquantes sont la largeur de la largeur du DAG moyenne mainnet par rapport à aujourd’hui. Les politiques MEMPOOL peuvent être infiltrées dans un avenir à venir sans une heurtrie basée sur de telles données réelles. Fréquence: le temps de bloc moyen (= intervalle entre les blocs) est réduit de 1 seconde à 100 millisecondes. Cela signifie un temps d’inclusion TXN clignotant. Une transaction n’a pas besoin de se propager à l’ensemble du réseau pour être inclus; Par exemple, il peut atteindre les mineurs de son continent en 50 ms et être extraits après 200 ms. La fréquence diminue également les temps de confirmation post-inclusion en raison de la densité accrue du processus d’échantillonnage minier. Pour ne pas dire que les temps de confirmation diminuent dix fois, car ils sont désormais dominés par la latence des blocs qui n’a pas changé. Au contraire, par des calculs de dos de l’enveloppe, ils ont amélioré 30% (pour les avancées: la queue de la largeur de DAG régor par Poisson diminue plus rapidement, donc k peut être défini relativement plus bas, de 18 (1 bps) à 124 (pour 10 sbps) et pas à 180 comme on pourrait s’y attendre).
Le parallélisme des blocs: le parallélisme des blocs augmente avec le taux de blocs, et cela, contrairement à ce que vous pourriez penser, est bon. Bien que les collisions soient légèrement augmentées en raison du parallélisme de blocage, le parallélisme est crucial pour créer un système plus équitable. Cela signifie qu’il n’y a pas de monopole d’un seul mineur gagnant par tour, mais plutôt des blocs doivent rivaliser et prendre des décisions sages et compétitives dans le tour de latence. Les implications peuvent être énormes et d’une grande portée. Oracle Systems et les enchères de pots-de-vin MEV sont quelques-uns des efforts préliminaires. Aller plus dans ce domaine est hors de scope. J’ai également besoin de justifier pourquoi la finance devient plus pertinente après la Crésence… en supposant que c’est le cas, je pense que même sans mettre en œuvre explicitement les conceptions de pots-de-vin de Mev dans le consensus (encore), le simple «chaos» parallèle de la Dag parallèle à 10 BP rendra déjà la manipulation économique beaucoup plus difficile que dans d’autres systèmes de leader.
Autres changements inclus dans le crescendo. Comment puis-je commencer, il y a tellement de choses. KIP-9 est intégré au consensus, faisant de la solution unique de la solution de ballonnement d’État dans le système. Soit dit en passant, nous appelons ce sous-protocole «harmonique» le nom de la tempête (pour la masse de stockage). Dans le processus, KIP-9 a été étendu pour inclure la pluralité de stockage UTXO (c’est-à-dire taxer un UTXO qui consomme plus de stockage de manière appropriée), ce qui le rend plus étanche. KIP-10 ajoute la prise en charge des alliances de base et des adresses additives. KIP-13 régule plus strictement les exigences de stockage transitoires. Modifications liées au contrat intelligent: KIP-14 permet les charges utiles, permettant aux TXN de transporter des données arbitraires (par exemple, les appels de fonction de contrat intelligents). KIP-15 est une mise à niveau techniquement mineure – comprenant une ligne de code – mais permet une fonctionnalité conceptuellement significative, permettant aux nœuds d’archiver uniquement les transactions et de prouver leur séquençage et leur acceptation sans confiance. Ceci est significatif pour permettre aux nœuds pré-zk de l’ère L2 de stocker et de prouver l’exécution complète du SC à de nouveaux synchronisés à un coût raisonnable, ce qui rend efficacement ces systèmes possibles juste après Crescendo. Le changement proposé est un minuscule sous-ensemble de la proposition de conception ZK (voir KASPA Research Forum – Postes de conception basés sur les Rollups) où un tel mécanisme a été proposé comme une exigence nécessaire pour que les systèmes ZK fonctionnent sur KASPA, et s’est avéré avoir une valeur significative également pré-ZK. Dans l’ensemble, cela signifie que les SC L2 préliminaires sont possibles sur le KASPA post-Crescendo (ou KASPA 2.0
@hashdag fait référence en interne) avec des modèles de confiance suffisants.
Le crescendo est un moment historique dans les systèmes distribués sans autorisation, montrant qu’un système de consensus réel de consensus à plusieurs niveaux peut atteindre des temps de bloc plus courts que le temps aller-retour sur Internet (RTT) sans supprimer artificiellement la taille du réseau P2P ni assumer la proximité. Lien