Solana et TON (The Open Network) : une analyse comparative de deux blockchains importantes

En 2024, Solana et TON (The Open Network) ont pris de l'importance dans le monde de la blockchain, atteignant des capitalisations boursières record depuis leurs débuts sur le réseau principal.

Solana and TON (The Open Network) have emerged as two prominent blockchains in 2024, boasting record-breaking market caps since their mainnet launches. Solana has become a breeding ground for top-tier memecoins, while TON has been the go-to platform for popular crypto “tapping” projects.

Solana et TON (The Open Network) sont devenus deux blockchains de premier plan en 2024, affichant des capitalisations boursières record depuis le lancement de leur réseau principal. Solana est devenue un terrain fertile pour les memecoins de premier plan, tandis que TON est la plate-forme incontournable pour les projets populaires de « tapping » de cryptographie.

Here's a comparative analysis of these two blockchains:

Voici une analyse comparative de ces deux blockchains :

Transaction per second (TPS)

Transactions par seconde (TPS)

Solana is known for its high transaction processing speeds, with claims of handling up to 65,000 transactions per second (TPS). However, data from Solana's explorer indicates an average TPS of around 3,000, with a total of nearly 300 billion transactions processed to date. This can be partly attributed to Solana's longevity, having been launched in 2017 and undergoing several optimizations over the years.

Solana est connue pour ses vitesses de traitement de transactions élevées, avec des allégations de traitement jusqu'à 65 000 transactions par seconde (TPS). Or, les données de l'explorateur de Solana indiquent un TPS moyen d'environ 3 000, avec un total de près de 300 milliards de transactions traitées à ce jour. Cela peut être en partie attribué à la longévité de Solana, qui a été lancée en 2017 et a fait l'objet de plusieurs optimisations au fil des ans.

In contrast, TON's blockchain has a lower TPS, averaging around 100 with a total transaction count exceeding 600 million. A significant portion of these transactions occurred between March 1 and June, corresponding to the deployment of several games on the blockchain, with Notcoin leading the way.

En revanche, la blockchain de TON a un TPS inférieur, d'environ 100 en moyenne, avec un nombre total de transactions dépassant 600 millions. Une partie importante de ces transactions a eu lieu entre le 1er mars et juin, correspondant au déploiement de plusieurs jeux sur la blockchain, Notcoin en tête.

Solana's block time is 0.4 seconds, while TON's is 5 seconds, denoting the time taken to validate a transaction.

Le temps de blocage de Solana est de 0,4 seconde, tandis que celui de TON est de 5 secondes, indiquant le temps nécessaire pour valider une transaction.

Consensus Algorithm

Algorithme de consensus

Solana's consensus algorithm combines proof-of-stake (PoS) and proof-of-history (PoH) mechanisms. Validators are chosen based on their stake in the network, and the leader generates a PoH sequence, which is a chronological order of events initiated on Solana. Validators then verify the PoH sequence, create checkpoints, and reach consensus on the order of transactions.

L'algorithme de consensus de Solana combine les mécanismes de preuve d'enjeu (PoS) et de preuve d'historique (PoH). Les validateurs sont choisis en fonction de leur participation dans le réseau, et le leader génère une séquence PoH, qui est un ordre chronologique des événements initiés sur Solana. Les validateurs vérifient ensuite la séquence PoH, créent des points de contrôle et parviennent à un consensus sur l'ordre des transactions.

Finally, the leader creates a block based on the consensus, which validators verify and add to the blockchain. Solana also utilizes SHA-256 in its PoH mechanism to measure the creation of blocks with the exact time.

Enfin, le leader crée un bloc basé sur le consensus, que les validateurs vérifient et ajoutent à la blockchain. Solana utilise également SHA-256 dans son mécanisme PoH pour mesurer la création de blocs avec l'heure exacte.

TON employs a variant of PoS called Byzantine Fault Tolerant Proof-of-Stake (BFT-PoS), which enables high transaction speeds and finality while maintaining security and decentralization. Validators are selected based on their staked cryptocurrency, and the consensus process is divided into rounds, with each round having a leader who proposes the next block.

TON utilise une variante de PoS appelée Byzantine Fault Tolerant Proof-of-Stake (BFT-PoS), qui permet des vitesses et une finalité de transaction élevées tout en maintenant la sécurité et la décentralisation. Les validateurs sont sélectionnés en fonction de leur crypto-monnaie mise en jeu, et le processus de consensus est divisé en tours, chaque tour ayant un leader qui propose le bloc suivant.

The leader broadcasts the proposed block to other validators, who validate it and vote on its validity. If at least two-thirds of the validators accept the block, it is finalized and added to the blockchain. Otherwise, a new leader is selected and the process repeats. BFT-PoS can tolerate Byzantine faults, where some validators may behave maliciously.

Le leader diffuse le blocage proposé aux autres validateurs, qui le valident et votent sur sa validité. Si au moins les deux tiers des validateurs acceptent le bloc, celui-ci est finalisé et ajouté à la blockchain. Sinon, un nouveau leader est sélectionné et le processus se répète. BFT-PoS peut tolérer des fautes byzantines, où certains validateurs peuvent se comporter de manière malveillante.

The TON blockchain uses the KECCAK-256 hash function, which is a variant of the SHA-3 hash algorithm. This choice of hash function is a significant design decision for the TON platform, as the hash function plays a crucial role in various security-critical operations within the blockchain.

La blockchain TON utilise la fonction de hachage KECCAK-256, qui est une variante de l'algorithme de hachage SHA-3. Ce choix de fonction de hachage est une décision de conception importante pour la plateforme TON, car la fonction de hachage joue un rôle crucial dans diverses opérations critiques pour la sécurité au sein de la blockchain.

The choice of KECCAK-256 provides a level, not complete, of compatibility with the Ethereum ecosystem, as Ethereum also uses a KECCAK-based hash function (KECCAK-259) for many of its core operations. This compatibility can be beneficial for developers and users who are familiar with the Ethereum ecosystem and may want to interact with or build applications on the TON platform.

Le choix de KECCAK-256 offre un niveau de compatibilité, non complet, avec l'écosystème Ethereum, car Ethereum utilise également une fonction de hachage basée sur KECCAK (KECCAK-259) pour bon nombre de ses opérations principales. Cette compatibilité peut être bénéfique pour les développeurs et les utilisateurs familiers avec l’écosystème Ethereum et souhaitant peut-être interagir avec ou créer des applications sur la plateforme TON.

Programming language

Langage de programmation

Rust and C/C++ are the primary programming languages for developing on the Solana blockchain. Rust is the native and most widely used language for on-chain programs, including smart contracts. Solana was built using Rust, and its team has created a robust set of libraries and tools specifically for building blockchain applications in Rust.

Rust et C/C++ sont les principaux langages de programmation pour le développement sur la blockchain Solana. Rust est le langage natif et le plus largement utilisé pour les programmes en chaîne, y compris les contrats intelligents. Solana a été construit avec Rust et son équipe a créé un ensemble robuste de bibliothèques et d'outils spécifiquement pour créer des applications blockchain dans Rust.

However, Solana also supports Python for client-side development, but not for on-chain program development. Developers can use Python SDKs and APIs to interact with the Solana blockchain from their client applications.

Cependant, Solana prend également en charge Python pour le développement côté client, mais pas pour le développement de programmes en chaîne. Les développeurs peuvent utiliser les SDK et API Python pour interagir avec la blockchain Solana à partir de leurs applications clientes.

Solana also has community-contributed SDKs that allow developers to use other programming languages, such as Java, Go, and JavaScript/TypeScript, for client-side development and interaction with the Solana blockchain.

Solana dispose également de SDK fournis par la communauté qui permettent aux développeurs d'utiliser d'autres langages de programmation, tels que Java, Go et JavaScript/TypeScript, pour le développement côté client et l'interaction avec la blockchain Solana.

FunC is the primary smart contract programming language for TON. Fift is another language that was designed specifically for TON Blockchain. Tact is a high-level language for TON smart contracts similar to TypeScript and Rust. It is developed by the community.

FunC est le principal langage de programmation de contrats intelligents pour TON. Fift est un autre langage spécialement conçu pour TON Blockchain. Tact est un langage de haut niveau pour les contrats intelligents TON similaire à TypeScript et Rust. Il est développé par la communauté.

Sharding

Partage

Solana does not currently support sharding, which is a technique used to improve the scalability of blockchain networks by dividing the network into smaller, more manageable pieces called shards.

Solana ne prend actuellement pas en charge le partitionnement, qui est une technique utilisée pour améliorer l'évolutivité des réseaux blockchain en divisant le réseau en morceaux plus petits et plus gérables appelés fragments.

In 2019, Solana CEO Anatoly Yakovenko expressed concerns that sharding could introduce new security risks, such as the potential for a single shard to be taken over by hackers, which could trigger a domino effect and impact the overall security of the network.

En 2019, Anatoly Yakovenko, PDG de Solana, a exprimé ses inquiétudes quant au fait que le sharding pourrait introduire de nouveaux risques de sécurité, tels que la possibilité qu'un seul fragment soit pris en charge par des pirates informatiques, ce qui pourrait déclencher un effet domino et avoir un impact sur la sécurité globale du réseau.

However, Firedancer, an independent validator client for Solana, is designing its infrastructure to introduce sharding support on Solana. The goal is to allow the network

Cependant, Firedancer, un client validateur indépendant pour Solana, conçoit son infrastructure pour introduire la prise en charge du sharding sur Solana. L'objectif est de permettre au réseau