Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escape special characters +-&|!(){}[]^"~*?:\ - e.g. \+ \* \!
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Answered
Why can the testnet go down?

TON testnet went down for some time. Since it's the testing network (not the main one) and it was temporary, it's obviously not a critical issue. But what's the technical difference between testnet and mainnet that makes this situation possible? Aren't both those networks decentralized systems that normally don't go down because decentralization means resilience?


This question was imported from Telegram Chat: https://t.me/tondev/124256

  
  
Posted one year ago
Votes Newest

Answers


Both the testnet and the mainnet are indeed decentralized systems, but their underlying purposes and uses are distinct. These differences might contribute to certain issues being more prevalent on the testnet than on the mainnet.

  1. Purpose of network: The mainnet is the primary network where real, live transactions occur, so stability and security are the top priorities.

The testnet, on the other hand, is for testing purposes. It allows developers to experiment and debug without fear of causing serious harm. As such, potential issues or downtime may be more likely on a testnet, since it's a more experimental environment.

  1. Infrastructure and resources: The mainnet typically has more nodes and resources dedicated to its maintenance and uptime because it handles real assets. The testnet, while also decentralized, may have fewer resources dedicated to it, potentially making it less resilient to issues.

  2. Updates and changes: Changes, updates, and experimental features are often implemented first on the testnet before being rolled out on the mainnet. This may introduce instability or potential downtime on the testnet.

  3. Response to issues: Given the stakes, issues on the mainnet are often addressed immediately, whereas issues on the testnet might not be resolved as quickly, potentially leading to longer periods of downtime.

  4. Incentives: Validators or nodes on the mainnet are usually incentivized (through transaction fees or block rewards, for example) to maintain the network's integrity and uptime. Such incentives might not exist on the testnet, potentially affecting the network's resilience.

It's important to note that while decentralization generally increases resilience, it does not guarantee 100% uptime. Network issues can still occur, especially under circumstances like software bugs, consensus issues, or coordinated attacks. In the case of TON testnet, without specific details, it's hard to say exactly why the downtime occurred. It could be due to any number of reasons from routine maintenance to testing of new updates.

  
  
Posted one year ago
Edited one year ago
3K Views
1 Answer
one year ago
one year ago
Tags