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

Модель разумеется должна быть устойчива к злонамереным нодам с модифицированным кодом которые умеют делать всякие умные вещи.

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

В рамках разработки одного интересного проекта, я уперся в проблему:

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

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

Если же целиком файл нельзя отправить в смарт контракт, то есть ли какие идеи как реализовать подтверждение владениея файла?
Например, автор может до создания контракта вычислить хеш (файл+random), и как то спрятать значение random и хеша, так чтобы его не могла узнать нода, но контракт смог их узнать в нужную дату.
Не смог пока придумать как можно данные так спрятать в блокчейне, чтоб только контракт мог получить к ним доступ, код контракта то весь открыт его можно прочесть и понять где спрятаны данные.

Либо может быть еще одна сущность, созданная автором, в которой хранится random+хеш, которая шлет их в контракт в нужную дату.
Но если это еще один контракт в этом же блокчейне, то он может быть легко найден нодой, а если это что то снаружи, то это тоже должно быть что то децентрализованное, без сервера.

Напиши конечно

Что то я запутался.
Думал, что данные сохраняются у тебя в пачке адресов несуществующих кошельков, указанных как исходящие адреса.
Данные - преобразуются в хеши и эти хеши используются как адреса кошельков.
А сейчас ты пишешь что деньги отправляются себе же, как этого удалось достичь?

Расширение при этом получает доступ к кошельку и делает само нужную транзакцию?
Фокус не удастся, если нет денег на кошельке, верно?
Ведь надо прикрепить монеты которые достанутся майнерам как комиссия, иначе они не возьмут транзакцию в блок, а еще я не в курсе, выходные транзакции у тебя все нулевые (не знаю позволяет ли это биткоин по протоколу) или там зависает на каждой какое то минимальное количество монет?
Очень логичным кажется добавить в окошко поста сумму, количество монет которое будет потрачено на транзакцию.

Вариант что просто выключат сервер не опасен.
Автоподнятие сервера из бекапа и нет проблем.

Конечно, я рассматриваю вариант получения доступа к ключу.
Для того, чтобы веб сервер работал закриптованый диск должен быть примонтирован и открыт для операционки.
Что то мне кажется, что имея физический доступ к серверу атакующий всегда сможет извлечь ключ из открытого контейнера.
Если запускаемые файлы вебсервера и ОС находятся снаружи контейнера, то отключив сервер атакующий может модифицировать файлы ОС\вебсервера так что из открытого контейнера ключь сохранится, даже если контейнер монтируется не автоматически а владелец сервера каждый раз после ребута заходит и по сети монтирует контейнер вводя пароль.

То есть надо получается чтоб вся ОС была зашифрованой, и как то например по KVM удаленно после ребута вводился пароль.
Но тогда еще остается BIOS, в него могут быть внедрены команды которые сольют ключ.
Ну и еще само железо должно быть без апаратного бекдора "Intel ME" (или его аналога у AMD), это только древнее железо, до 2006-го года,
пойди найди еще такое на хостингах.

Как ведет себя tor, когда в сети поднято несколько .onion на один и тот же ключь, я не в курсе.
Предполагаю что пользователи "как повезет" будут попадать то на один то на другой.
Атакующий получивший ключь скорее всего будет подавлять оригинальный сайт поднимая кучу своих серверов в различных сегментах сети.

Я вовсе не оправдываю. Просто в реальности, все эти права - иллюзия.
Те, кто находятся сейчас у власти, ложить хотели на эти писульки.
Надо - примут новые законы, и проплатят сми чтобы оправдать свои действия задним числом, если сочтут нужным.
Уже существуют незаконные простые числа
Запретят все, что захотят.

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

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

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

На onion сайты есть атака, позволяющая раскрыть реальный ip сервера.
Федералы время от времени устраивают рейды и выносят серваки, о чем публикуются новости.

В i2p вроде в теории лучше, но почему то я не наблюдаю миграцию туда сайтов даркнета.
Заглядываю раз в несколько лет и в i2p пустынно чето.

How to buy tera?
When i need popular cryptocurrency, i usualy go to bestchange.com and choise best offer.
But tera not listed there.
I try use Bitcola. To put money in, i exchange my perfectmoney to USDT (6% comission), deposit USDT,
trade USDT->Tera.
When i withdraft i pay comission 100 Tera.

This way i exchange my 20 USD to 1606 Tera.
Actual rate 0.0124, is wery bad, becouse of double comissions.
May be someone can suggest me how to exchange PerfectMoney to Tera with better rate?

Разделегировать onion домен не могут, но могут вычислить физический ip и отключить сервер.
Уже несколько лет как не голая теория, а реальные спецоперации.

Разные задачи - разные решения.
Браузерные игры в блокчейне кончно нет смысла хранить.

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

Мы привычно плевали на любой Copyright,
Нам казались простором даже 100 килобайт

При текущей комиссии, получается около 2USD за "пост в блокчейн битка", вполне может выйти что то интересное.

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

Мотивация для майнеров - как обычно, прибыль.
Если будет спрос на размещение сайтов в сеть, то тому кто размещает данные прийдется комиссию прикладывать, чтоб майнеры взяли танзакцию в блок, и чем больше данных тем дороже.

Вообще незачем, я же и просил ссылок
Я так понял, ты про https://www.nicehash.com
Спасибо.
Есть еще аналоги?

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

Есть уже такие решения?
Накидайте ссылок.

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

1. Сколько килобайт максимум удается поместить данных таким образом?
2. Эти транзакции нельзя потратить, а значит они навсегда останутся в UTXO pool что будет осложнять работу майнеров непрерывным ростом базы непотраченных транзакций.

Интересно сравнить объем с OP_RETURN, который позволяет "легально" хранить в блокчейне до 40 байт данных и не засоряет UTXO pool

Вообще, думаю что под хранение данных, надо модифицировать:
- допустимые данные в транзакции
- клиента

Допустимые данные в транзакции
Разрешить помещать например до 1Мб данных в транзакцию.
В клиенте настроить мониторинг, как долго висят в мемпуле транзакции того размера, который мы хотим отправить, в зависимости от приложенной комиссии, чтобы клиент рекомендовал размер комиссии и показывал оценку времени по включению в блокчейн.

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

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

Тк записи ссылаются друг на друга, то клиент должен отображать рядом с текстом сообщения ссылки на него, с гибкими сортировками, - по весу, по дате, по весу за диапазон дат.

Думаю что проще всего к клиенту прикрутить веб сервер, чтоб он работал как локальный сайт, а просматривать все через обычный браузер.

Могло бы получится что то интересное.

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

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

Конечно, еще и цена вопроса должна быть вменяемая.
У kzv например есть работающее решение, чуть допилить и можно пихать файлы в блокчейн самого биткоина.
Супернадежно
Но очевидно что настолько дорого, что этот вариант мне не подойдет.
В других блокчейнах будет конечно подешевле, надо считать.
Но и чем менее популярен блокчейн то тем выше риск что он полностью вымрет, вместе с данными.

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

Условия действительно могут быть очень разными, возможно однажды появятся и дружественные к пользователю, как между равноправными сторонами, классическая escrou схема.
Чтоб не пассажир умолял суд вернуть деньги, а компания получала оплату только после того, как пассажир подтвердил поучение услуги.
Конечно, такие контракты могут быть доступны только для постоянных клиентов, випов итп.

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

Это плохой аргумент, потому что им можно обосновать в любой момент времени ненужность любого новшества, которое потом все же возникло и оказалось востребовано.