-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A Community Proposal for Tokenomics Optimization - Open letter #615
Comments
Hi, In the interest of the TON Community and consequently also of the TON Foundation, it is better to avoid making important votes such as blocking the early miners' inactive wallets for 48 months if there are alternative ways to solve the problem of determining the circulating supply.
Before contacting the TON Foundation via emails on ton.org, the various Telegram groups and on GitHub, we personally tried to contact CMC and CoinGecko directly asking for explanations on the sources from which they take the circulating supply data (in particular, CoinGecko takes the data from an explorer ton.cx not present on ton.org. Another very strange fact). Both replied that they are willing to update the data if the forms above are filled in and if they are contacted directly by members of the TON Foundation. As you can see, we don't have any precious time to waste and we don't want to waste yours either. If we are doing all this, it is because we firmly believe in the TON project and the current initiative is our contribution to improving the ecosystem. You can find here the research we have collected from independent researchers on the distribution of coins by mining the most important and well-known project in the world of cryptocurrencies that represents the gold standard, Bitcoin. They show that the situation is no different from TON. |
Instead of blocking wallets for no real reason, the TON Foundation needs to clarify these questions, resolve them, and non-liberal, anti-freedom of the blockchain, wallets blocking will no longer be needed. |
We have had long discussions about the validators' vote on blocking the early miners' inactive wallets. I believe that this vote is very important and will be a watershed in the history of TON as was the renaming of testnet2 to mainnet. That is why the vote should be avoided if there are possible alternatives and that the proposal of the Italian community should be considered.
|
At the moment on ton.vote 1,688 out of 2,175,997 total wallets holding 1.65 M TON out of 1.221 G TON (alleged) circulating supply and 5.047 G TON of total supply or 0.08% of the wallets and 0.14% - 0.03% of the circulating supply - total supply voted. According to Ton Whales there are 279 validators, altogether they have about 191.6 M TON or 15.69% of the circulating supply (alleged) and 3.8% of the total supply. If we limit ourselves to the first 188 who have over 600k TON, the numbers are 151.7 M TON or 12.42% and 3.01%. In the best case we are talking about 0.08% of the wallets and 0.14% of the stake and for validators 15.69% of the stake. |
This is not decentralization. If the TON Foundation will answer these questions no more voting will be needed. |
Not relevant anymore |
It is always relevant because after the vote the TON problems are exactly the same, our questions about explorers, circulating supply ... Nothing has been solved. |
Finally, CMC verified TON circulating supply on 14 June and we are waiting for CoinGecko to do so as well. The values are in line with those of tontech.io, as expected.
I think that for the benefit of the project, these points should be clarified. |
Agree. |
Hi,
I do not know if this is the right place to discuss "A Community Proposal for Tokenomics Optimization". Unfortunately, I could not find where it was made and discussed, only this message in the TON Foundation's Telegram channel.
Therefore I wrote an open letter addressed to the TON Foundation which aims to shed light on the proposal before it is voted on by the validators.
Thank you,
Emilia
The text was updated successfully, but these errors were encountered: