Solana und TON (The Open Network): Eine vergleichende Analyse zweier bedeutender Blockchains

Bis 2024 haben Solana und TON (The Open Network) in der Blockchain-Welt rasant an Bedeutung gewonnen und seit ihrem Mainnet-Debüt rekordverdächtige Marktkapitalisierungen erreicht.

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 und TON (The Open Network) haben sich im Jahr 2024 zu zwei prominenten Blockchains entwickelt, die seit ihrem Mainnet-Start rekordverdächtige Marktkapitalisierungen vorweisen können. Solana ist zu einem Nährboden für erstklassige Memecoins geworden, während TON die Anlaufstelle für beliebte Krypto-„Tapping“-Projekte war.

Here's a comparative analysis of these two blockchains:

Hier ist eine vergleichende Analyse dieser beiden Blockchains:

Transaction per second (TPS)

Transaktion pro Sekunde (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 ist für seine hohen Transaktionsverarbeitungsgeschwindigkeiten bekannt und soll angeblich bis zu 65.000 Transaktionen pro Sekunde (TPS) abwickeln. Daten des Solana-Explorers deuten jedoch auf einen durchschnittlichen TPS von etwa 3.000 hin, wobei bisher insgesamt fast 300 Milliarden Transaktionen verarbeitet wurden. Dies ist teilweise auf die Langlebigkeit von Solana zurückzuführen, das 2017 eingeführt wurde und im Laufe der Jahre mehreren Optimierungen unterzogen wurde.

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.

Im Gegensatz dazu weist die Blockchain von TON einen niedrigeren TPS auf, der durchschnittlich bei etwa 100 liegt, wobei die Gesamtzahl der Transaktionen 600 Millionen übersteigt. Ein erheblicher Teil dieser Transaktionen fand zwischen dem 1. März und Juni statt, was der Bereitstellung mehrerer Spiele auf der Blockchain entspricht, wobei Notcoin an der Spitze steht.

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

Die Blockzeit von Solana beträgt 0,4 Sekunden, während die von TON 5 Sekunden beträgt, was die Zeit angibt, die zur Validierung einer Transaktion benötigt wird.

Consensus Algorithm

Konsensalgorithmus

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.

Der Konsensalgorithmus von Solana kombiniert Proof-of-Stake- (PoS) und Proof-of-History-Mechanismen (PoH). Validatoren werden auf der Grundlage ihres Anteils am Netzwerk ausgewählt, und der Leiter generiert eine PoH-Sequenz, bei der es sich um eine chronologische Reihenfolge der auf Solana initiierten Ereignisse handelt. Validatoren überprüfen dann die PoH-Sequenz, erstellen Kontrollpunkte und erzielen einen Konsens über die Reihenfolge der Transaktionen.

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.

Schließlich erstellt der Leiter einen Block auf der Grundlage des Konsenses, den die Validatoren überprüfen und zur Blockchain hinzufügen. Solana nutzt auch SHA-256 in seinem PoH-Mechanismus, um die Erstellung von Blöcken mit der genauen Zeit zu messen.

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 verwendet eine PoS-Variante namens Byzantine Fault Tolerant Proof-of-Stake (BFT-PoS), die hohe Transaktionsgeschwindigkeiten und Endgültigkeit ermöglicht und gleichzeitig Sicherheit und Dezentralisierung gewährleistet. Validatoren werden auf der Grundlage ihrer eingesetzten Kryptowährung ausgewählt und der Konsensprozess ist in Runden unterteilt, wobei jede Runde einen Leiter hat, der den nächsten Block vorschlägt.

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.

Der Leiter sendet den vorgeschlagenen Block an andere Validatoren, die ihn validieren und über seine Gültigkeit abstimmen. Wenn mindestens zwei Drittel der Validatoren den Block akzeptieren, wird er finalisiert und der Blockchain hinzugefügt. Andernfalls wird ein neuer Anführer ausgewählt und der Vorgang wiederholt. BFT-PoS kann byzantinische Fehler tolerieren, bei denen sich einige Validatoren möglicherweise böswillig verhalten.

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.

Die TON-Blockchain verwendet die Hash-Funktion KECCAK-256, eine Variante des SHA-3-Hash-Algorithmus. Diese Wahl der Hash-Funktion ist eine wichtige Designentscheidung für die TON-Plattform, da die Hash-Funktion bei verschiedenen sicherheitskritischen Vorgängen innerhalb der Blockchain eine entscheidende Rolle spielt.

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.

Die Wahl von KECCAK-256 bietet eine nicht vollständige Kompatibilität mit dem Ethereum-Ökosystem, da Ethereum für viele seiner Kernoperationen auch eine KECCAK-basierte Hash-Funktion (KECCAK-259) verwendet. Diese Kompatibilität kann für Entwickler und Benutzer von Vorteil sein, die mit dem Ethereum-Ökosystem vertraut sind und möglicherweise mit der TON-Plattform interagieren oder Anwendungen darauf erstellen möchten.

Programming language

Programmiersprache

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 und C/C++ sind die primären Programmiersprachen für die Entwicklung auf der Solana-Blockchain. Rust ist die native und am weitesten verbreitete Sprache für On-Chain-Programme, einschließlich Smart Contracts. Solana wurde mit Rust erstellt und sein Team hat eine Reihe robuster Bibliotheken und Tools speziell für die Erstellung von Blockchain-Anwendungen in Rust erstellt.

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.

Allerdings unterstützt Solana Python auch für die clientseitige Entwicklung, jedoch nicht für die On-Chain-Programmentwicklung. Entwickler können Python SDKs und APIs verwenden, um über ihre Clientanwendungen mit der Solana-Blockchain zu interagieren.

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 verfügt außerdem über von der Community bereitgestellte SDKs, die es Entwicklern ermöglichen, andere Programmiersprachen wie Java, Go und JavaScript/TypeScript für die clientseitige Entwicklung und Interaktion mit der Solana-Blockchain zu verwenden.

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 ist die primäre Programmiersprache für intelligente Verträge für TON. Fift ist eine weitere Sprache, die speziell für die TON-Blockchain entwickelt wurde. Tact ist eine Hochsprache für TON-Smart-Contracts, ähnlich wie TypeScript und Rust. Es wird von der Community entwickelt.

Sharding

Sharding

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 unterstützt derzeit kein Sharding, eine Technik zur Verbesserung der Skalierbarkeit von Blockchain-Netzwerken durch Aufteilung des Netzwerks in kleinere, besser verwaltbare Teile, sogenannte Shards.

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.

Im Jahr 2019 äußerte Anatoly Yakovenko, CEO von Solana, Bedenken, dass Sharding neue Sicherheitsrisiken mit sich bringen könnte, beispielsweise die Möglichkeit, dass ein einzelner Shard von Hackern übernommen wird, was einen Dominoeffekt auslösen und die Gesamtsicherheit des Netzwerks beeinträchtigen könnte.

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

Allerdings konzipiert Firedancer, ein unabhängiger Validator-Client für Solana, seine Infrastruktur so, dass Sharding-Unterstützung auf Solana eingeführt wird. Ziel ist es, das Netzwerk zu ermöglichen