стейт-то она не изменит

Тоже верно... Надо думать

The last major consideration is the state size. At 50,000 TPS and billions of users, Solana’s state size will balloon. This is totally fine! Why? Because 1) Solana is assumed to be running on servers with upgradeable storage (not laptops which are not upgradeable), 2) NVMe SSDs scale read and write performance linearly via RAID 0, and 3) multi-terabyte NVMe SSDs are less than $300. The cost and logistics of scaling state storage is trivial.
Вот здесь им честно стоило написать, что на текущий момент вся история Соланы хранится в gcp bigtable, и, чтобы получить ее надо запросить у Анатолия read-only key, а полных нод в сети вообще нет.

https://solanabeach.io/block/81000001 https://explorer.solana.com/block/81000001

Вот относительно недавний блок

Зачем, если есть оф инфа: https://docs.solana.com/implemented-proposals/rpc-transaction-history ?

Ну и вот пруф с дискорда, что чтобы получить доступ к истории надо получить солановский ключ на ридонли к гуглклауду

😰

Как же ноды синхронизируются, если старых блоков нигде нет?

а никак, только за одну эпоху блоки синкаются

https://twitter.com/aeyakovenko/status/1331051581580529666 History beyond the slashing period is not useful for consensus, so long term archival storage do not concern me. Вот мнение CEO о том, нужны ли архивные данные для соланы

т.е. сео просто сказал, что архивные данные нам вообще-то не нужны для того, чтоб консенсус работал, поэтому можно и без них в принципе

Нормальная ж тема, они могут делать служебный блокчейн из стейтов  эпох вместо всех блоков внутри, глобально экономя место.

А как узнать что тебе выдали правильный стейт текущий.
?

А если я хочу банально посмотреть транзу за прошлый год?

Хотеть не вредно.у EOS тоже проблемы с архивными нодами были, помнится.

Правильно, надо перенимать успешный опыт )

Внезапно, но вотэтот вот шардинг без шардинга стал мне понятен(примернр) после подкаста с фритоном