Такой ли он предсказуемый? Помнится мне многие кричали, что стейблы это будущее, просадки не будет, все железно)) Ну а что мы видим в итоге?

Вопрос: предсказуемым для кого? И как узнать "предсказали" ли  вы курс или угадали методом случайного тыка? Я считаю, что можно лишь угадать. В плане трейдинга если будет методика, которая позволяла бы всем "предсказывать", то сразу бы начали торговать по этому "предсказанию" и оно перестало бы сбываться. Ибо цена на рынке меняется таким образом, чтобы изъять деньги у слабого большинства в пользу сильного меньшинства.

Вы батенька сами себе противоречите, как может стабильная цена иметь безграничную инфляцию?

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

Обычно в таких случаях истово верующие  спрашивают: "Для чего нужны другие монеты, если есть Биткойн?". Странно, что в вашем посте этого не прозвучало. Когда время синхронизации с блокчейном достигнет сотню лет у биткойна, тогда его уникальность ещё больше повысится.

Любая криптовалюта это средство обмена а вот чем и как это уже другой вопрос, фиат это такая маркофка чтоб хомяки не на рекламу и сиськи время тратили а на майнинг инженеринг и остальной крипто трейдинг.  Пока так истарически сложилось что сеть btc имеет максимальную пропускную способность в фиатный мир.

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

---

Справедливая система майнинга
Голый POS, на 100 лет вперёд, с регулируемой персонально сложностью майнинга.
Чтобы по потребностям начислялись монеты (или облегчалась-усложнялась возможность их майнинга),
и чтобы было наиболее равномерное распределение монет от майнинга - как у биткоина,
чтобы они не концентрировались в руках корпораций всяких, админов скамных недобирж, и прочих жадных негодяев.
Почему POS? А чтобы электричество не палить даром.

И важно ещё то, чтобы любой, АБСОЛЮТНО ЛЮБОЙ человек, мог просто скачать кошелёк, и начать майнить.
Также, как майнился на процессоре BITCOIN. То есть, чтобы там был solo-mining.

То есть такой POS, чтобы не требовался баланс для майнинга, но чтобы при наличии баланса,
майнинг либо облегчался, либо процент какой-то больший был, ну чтобы интересно было держать, изучать, и пользоваться монетой.
А то намайнят, сольют и забудут за неё нафиг.

Например, сеть может требовать определённое количество цифровых подписей в секунду,
тогда компьютер, в процессе solo-mining'a может иметь некий sign-rate, или key-rate (так как подпись требует ключей).
И если необходимое количество подписей в секунду - имеется,
то майнеру даётся возможность сгенерировать POS-блок - без баланса на кошельке.
Это некий аналог POW-майнинга, но всё-же это не POW.
В POW - считаются хэши для блоков и подбирается nonce...

Но прежде чем реализовывать - надо бы обдумать это всё так,
чтобы нельзя было взять, на одном компьютере,
и запустить миллиард кошельков, под видом миллиарда реальных клиентов-майнеров.
Должна быть какая-то защита от мультов. И лучше, чтобы она была мультиалгоритмической.
Есть пример мультиалго майнинга - например, binarium.
Там алгоритмы меняются, в процессе майнинга:
Довольно интересная технология, но как монета - она уже всё, протухла...

Да, и ещё... Для POS - нужна нода, и она должна быть онлайн.
Поэтому, можно было бы реализовать оффлайн-POS-майнинг, без ноды, то есть
Leasing POS, как у WAVES.
Но для лизинга - нужны монеты. И если их нет - то нечего давать в лизинг, а майнить-то - хочется...
Поэтому, можно было бы дать в Leasing - ВНЕЗАПНО, НОЛЬ. И подписать этот ноль - цифровой подписью.
Тогда, на ЭТОТ ПОДПИСАННЫЙ НОЛЬ, нода могла бы что-то намайнить, и начислить клиенту.
Опять же, в таком случае - должна быть защита от мультиаккаунтов.
Например, для майнинга нодой клиенту - на ЕГО ПОДПИСАННЫЙ НОЛЬ,
от клиента этого, на ноду эту - может, в течении месяца, поступать стабильно некий sign-rate,
в виде необходимого количества подписей в секунду, как на майнинговый пул.
Но это бесполезные вычисления, как и поиск nonce, и перерасчёт хэшей, в процессе майнинга POW,
и да, вычисления эти - они требуют также и затрат электроэнергии...
Поэтому, ещё лучше, пусть клиент вычисляет протеины, производит фолдинг белка,
или выполняет задания научно-исследовательских проектов в сетях распределённых вычислений BOINC.
То есть считает что-то более полезное.
Ну, или хотя-бы просто вводит раз в час какую-то каптчу, чтобы доказать что он не бот,
и чтобы миллиард ПОДПИСАННЫХ НУЛЕЙ, не сунули на какую-либо ноду, в лизинг - с одного компа,
через ботовский скрипт автолизинга подисанных нулей, лол.

---

Автооптимизация блокчейна.

С момента генерации N-ного блока в mainnet'e, с нулевого GENESIS-блока, по N-ный,
весь блокчейн жмётся в архив, или bootstrap, а файл архива - закидывается в torrent,
в какой-либо датацентр, или оптимально располагается на хранение - в децентрализованной сети.
Из этого файла, архива или bootstrap.dat - вычисляется хэш.
Этот хэш записывается в самый первый GENESIS-блок нового блокчейна.
Также, хэш может быть добавлен к magnet-ссылке,
если файл был залит в torrent.
Дальше, старый блокчейн - парсится.
Извлекаются все адреса с неизрасходованными выходами, и количество монет на них.
В GENESIS-блок нового блокчейна, и последующие несколько блоков - записываются транзакции ГЕНЕРАЦИИ МОНЕТ,
на адреса прежних владельцев, в количестве равном количеству на их неизрасходованных выходах.
С последнего блока - можно продолжать майнинг, включая туда новые транзакции.
Монеты пользователей - в целости и сохранности. Пропала лишь история транзакций, с возможностью её восстановить.

Было: старый длинный блокчейн, с кучей старых транзакций, и монетами пользователей на неизрасходованных выходах, и долгая синхронизация между нодами.
Стало: короткий блокчейн, без старых транзакций, с теми же монетами пользователей на неизрасходованных выходах,
плюс ссылка на закачку старого блокчейна, с возможностью вытаскивания старой истории транзакций после его парсинга,
и быстрая синхронизация.

Регулярная автооптимизация блокчейна с проверкой всех хэшей - могла бы сделать его вечным,
притом что средства ВСЕХ предыдущих владельцев оставались бы в целости и сохранности после таких авто-оптимизаций.

---

сжигание монет на неактивных адресах

С последним, можно немного поспорить (сохранность средств ВСЕХ предыдущих владельцев).
Допустим, владелец утерял ключ или умер. Монетам - хана и кранты. Они никогда не вернутся в систему.
А майнерам - надо награду за блок. Трейдеры тоже хотят монетки прикупить... Но такой владелец уже никогда не продаст их.
Таскать его из блокчейна в блокчейн в процессе регулярных автооптимизаций - не есть хорошая идея.
Решение: запрос децентрализованной сетью через ноды, цифровой подписи от адреса владельца - раз в год, например,
при попытке проверки баланса по "незасвеченному ещё, новому адресу", с возможностью отклонения этого действа.
Сервер генерирует сообщение. Владелец приватного ключа от адреса - может подписать его приватным ключём.
Сервер может проверить подписанное сообщение.
Дальше...
Если адрес подписанта соответствует адресу владельца, то у владельца есть приватный ключ, он не утерян, а владелец - жив, раз сумел подписать сообщение.
Если подписи цифровой нет, то наверняка владелец либо просто утерял ключ, либо умер, либо "ещё что-то".
С последним - надо найти компромисс, ведь это "что-то" может быть следующим: человек в коме, человек в тюрьме, человек в отъезде, в рабстве, да где угодно, но жив... Он может пропадать 30-50 лет. Он может завещать приватный ключ своим внукам...
Поэтому тут надо всё это очень хорошо продумать, прежде чем внедрять.
Но монеты с неактивных адресов, возвращать в систему - было бы годно,
тем самым автоматически вычищая всякий мусор и шлак из самооптимизирующегося регулярно - блокчейна.
Как вариант - ещё сжигание сатох. Потому что в rich-list'ах могут быть миллионы, сотни миллионов, и возможно миллиарды адресов,
с 0.00000001 на счету, которые уже давно никому не нужны, забыты и выкинуты.
Они засирают не только блокчейн, но и эти всякие базы данных на нодах, и сами эти ричлисты.

Ну нифига себе ты полотно в цитату засунул. А такой маленький пост...
Может это и хорошо - а то вдруг удалят (тут же бегает мочерация, ага), а так - репост. Ну да ладно...

Что касается замусоривания блокчейна... Сейчас блокчейн биткоина занимает более 200 гигабайт.
Для Ethereum: Ну, потому что там токены всякие гоняются, и транзакции токенов - тоже в блокчейн пишутся...
А теперь представь, вкатывается новичёк. Хочет full node себе поднять. А ему надо 3 терабайта выделить. Он будет ставить ноду?
А синхронизировать её... Ну вот... Так, со временем, сеть может остаться вообще без нод.

Что касается полезности вычисления... Ну...
Я предложил вычислять протеины в проектах распределённых вычислений.
Не знаю, насколько это полезно, но можно вычислять например структуру вакцины от рака.
Критерием полезности было бы просто успешно-выполненное задание на определённый объём FLOP/MIPS,
или успешное сравнение двух результатов выполнения одного и того же задания
(ведь в процессе выполнения задания на одной машине - могут быть ошибки вычисления).
А вот сами проекты и задания - изменялись бы, в зависимости от их актуальности для человечества.
И да, кстати, есть уже https://gridcoin.us/ , но как монета - он уже всё.

Что касается атак при автооптимизации блокчейна, их можно исключить.
Какие могут быть атаки, если предыдущий блокчейн, заархивирован до определённого блока,
архив - один и тот же, совпадает везде побитово, а значит совпадает побитово и хэш?
Хэш этот - включён в первый блок нового блокчейна, и на базе этого блока, содержащего этот хэш - вычислен сам хэш этого блока.
Все эти вычисления могут производиться на различных нодах, в децентрализованной сети,
тем самым, проводя автовалидацию нового оптимизированного блокчейна, с побитовым сравнением хэшей.
Ну а дальше уже - обычный майнинг, синхронизация, оверрайд и орфаны.

А вот что касается трат баланса при неактивности, насколько я помню, были даже криптовалюты,
где в режиме prune сам блокчейн был бесконечен.
Так вот, там, например от 0 до 500000 блока всего. А сгенерировано 1000000 блоков.
Итого, в системе от 500000 до 1000000-го блока - все блоки есть. 500000 блоков всего последних.
Так вот, там, предыдущие блоки - они просто не учитывались, и как-бы выдавливались из стэка.
И если кто-то получил монеты на 499999-м блоке, и 500000-блоков был неактивен,
заходя в кошелёк он увидит там ноль, либо часть баланса,
так как нет определённых неизрасходованных выходов в пределах последних 500000 блоков.
Схема очень примитивная, но наглядная.
Конечно, это тупо, ведь человек может завещать PRIVKEY внукам,
и положить его лет на надцать - в ячейку швейцарского банка.
Что тогда?

Как видишь, я не читал весь тред. Изначально, я просто вцепился в заголовок, и высрал такое вот полотно.

Годно!
Я примерно это и предложил, но я предложил просто вырезать транзы при автооптимизации блокчейна.
Надо будет исходник форкнуть и white-paper качнуть, и глянуть как там мусор вырезается у паскаль-коина,
а то гляжу, как монета, он может кануть в небытиё,
а вместе с ней и все эти наработки...

Шардинги, я так понимаю, только для эфира работают, потому что эфир - мировой компьютер, туда встроен тьюринг-полный язык Solidity.
А значит, по принципу однородности памяти, программы и данные можно обработать как данные, в том числе разделить на блоки
и засунуть на разные ноды, а потом просто синхронизировать выгрузку и исполнение.

Если в мусоре этом нет кода исполняемого, то зачем он нужен?
Просто удалять его по неактуальности, и всё, чтоб быстрее синхронизация шла.

Можно синхронизировать короткий блокчейн, после автооптимизации,
а в первый блок засунуть magnet-ccылку со старым блокчейном,
в виде bootstrap.dat, который можно было бы прогрузить, пропарсить и извлечь историю транзакций,
или даже развернуть на ноде, и прокинуть API во вне, чтобы по нему можно было искать и выгружать транзакции,
а также выгружать блоки по отдельности и добавлять транзакции из них.
Но... Тогда, старый блокчейн, в виде архива или bootstrap.dat - надо будет залить в torrent,
чтобы по magnet-ссылке можно было его вытянуть оттуда.
И это всё дело должен кто-то сидировать. Дата-центр какой-нибудь, например.
Но, если это распределить между юзерами в сети p2p, то да, нужна память и плата за память.
Но есть децентрализованные хранилища, наподобие StorJ и SiaCoin. Там, майнинг - жёсткими дисками производится.

Изначальная синхронизация может долго идти, да, так как нужно проверить каждый блок, и всю цепочку.
И хранить весь блокчейн не очень удобно... Но у биткоина есть режим prune, где можно задать например 500 МБайт для блокчейна, и не больше.
Тогда, размер блокчейна - уменьшается, так как предыдущее блоки просто проверяются, а затем - усекаются и не сохраняются.
Для ускорения валидации - есть checkpoints. Они и в исходнике есть.
Это хэши блоков, которые корректны, а значит их не нужно проверять.
Если при валидации софтина натыкается на этот хэш, она не проверяет все блоки до него,
а просто с блока с этим хэшем начинает валидацию и уже - до конца блокчейна.

Ну, потратится чуток электричества, но не так же много, как при вычислении хэшей
со сложностью в десяток триллионов, при хэшрейте в несколько десятков экзахэшей/сек.
Выполнение заданий нужно разве что чтобы загрузить железо, чтобы не было мультов.
Пока выполняются задания и прёт трафик с результатами их выполнения - есть гарантия того, что это майнер,
а не мульт. Это надо для того, чтобы на одном компе не сгенерировали миллиард адресов, и не подключили их под видом миллиарда клиентов,
и не начали майнить получая миллиард наград за миллиард блоков - на миллиард адресов. Понял, да?
А что вычислять - ну не знаю, что актуальное, то и вычислять.
Думаю может быть достигнут какой-то консенсус в децентрализованной сети.
Так, например, в сети Binarium, какой бы децентрализованной она не была,
но там автоматически достигается некий консенсус, о выборе текущего алгоритма майнинга,
притом, что сам этот алгоритм - многозначный, а сама монета имеет вшитый мультиалго-майнинг, для защиты от ASIC'ов.

По поводу атак, в частности тех, о которых ты говоришь - атак вычислительными мощностями,
скажу только то, что если знать закономерность развития детерминированного процесса, и если этот процесс вычислимый,
то наверняка её можно смоделировать на более быстрой машине,
а если можно его смоделировать, то разве нельзя таким же образом его запрограммировать?
Ну так вот, если на квантовых компах быстро-быстро, флуктуациями кварков каких-нибудь,
будут программировать и майнить, то тут уже ничего не поделаешь.

Плавный подсос комсы - годная тема.
Критерий неактивности - периодический запрос подписи сообщения приватным ключём и проверка цифровой подписи, с адресом подписанта - на выходе.
Если цифровая подпись проверена, значит сообщение было подписано приватным ключём,
а значит приватный ключ от адреса не утерян, и пользователь - активен.

Но и уникальность золота так же в его бесполезности =)