Topic: Интернет сайты в блокчейне - page 3. (Read 10663 times)

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

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

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

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

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

Тем не менее, onion-домен является публичным ключём, и замкнут на приватный ключ, который находится на хосте.
И, насколько я понимаю, никто не может просто так взять и разделегировать домен в сети TOR, разве что только отключить от сети.
Но есть системы, вроде Linux TAILS, где Tor этот - просто вшит внутрь операционной системы.

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

В чём проблема вынести серверы на облачный хостинг или в децентрализованные хранилища, дата-центры,
вроде той же сети SiaCoin и StorJ?

А нафига блокчейн нужен? Почему не пиринговая сеть? Что мешает просто взять и раздать HTML-страничку через Torrent,
или WEBRTC, а связь между пирами - наладить через STUN-серверы.
Блокчейн изначально разрабатывался для того чтобы исключить ДВОЙНЫЕ ТРАТЫ в децентрализованных сетях.
В то время как система цифровой подписи - позволяла без проблем аутентифицировать пользователей,
двойные траты в децентрализованных сетях - без блокчейна не были исключены.
И по мере перечисления каких-то монет, в таких раздробленных ячеистых сетях, не имеющих центра,
могли образовываться локальные центры, где монеты потрачены, а где монеты ещё не потрачены...
Вот идея блокчейна и исключила их.

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

P.S.:
Только сейчас я понял, какой же я некропостер. Лол.

Это не проблема.
Доменные имена это соглашение между пользователями. Если часть пользователей захочет и договорится друг с другом, то они могут сделать альтернативную DNS. Ты сам об этом дальше же и пишешь. Поэтому непонятен смысл твоего сообщения в целом: "днс это основная проблема, хотя есть готовое решение и не одно"... Где тогда проблема-то, если технически все легко решаемо?

Тор это не решение проблемы децентрализованных сайтов. Глючный i2p тем более. В этих сетях сайты хранятся на центральных серверах или частных компьютерах. Выключили сервер - сайта больше нет. С сайтом в блокчейне такое не пройдет: чтобы уничтожить сайт, придется выключить все до одного компьютеры в сети. Разница понятна?

Про динамические страницы - то же что и про днс. Сам описал проблему, сам же указал решение. В чем смысл сообщения был тогда?

Проблема сайтов - в том, что система доменных имён - централизирована. Доменные имена могут разделегировать, и сайт будет недоступен.
Но этим ты напомнил мне, что есть уже - ZeroNet.

Из децентрализованных систем корневых DNS, есть проекты:
NameCoin - один из самых первых, а возможно и самый первый форк биткоина.
EmerCoin - более продвинут, работает с SSH.
Ethereum:

Из децентрализованных хранилищ данных - StorJ, SiaCoin.

Ну и TOR чем тебя не устраивает? Централизацией? Так там же маршрутизаторы по всей сети раскиданы.
Как вариант ещё - есть пиринговая сеть i2p.

Ну а что касается вот этого:
то что насчёт php-сайтов, динамических, где скрипты на сервере генерируют данные,
а страницы клиенту выдаются динамические, после генерации их скриптом?
Значит, надо скрипт прописать в блокчейне, верно? А его ещё там зашифровать надо, чтобы не спёрли.
Я думаю, Ethereum мог бы это обеспечить, ведь язык смарт-контрактов Solidity - является Тьюринг-полным языком.

Все эти монеты, как и любые другие альты - уже вымайнены более чем наполовину, они неликвидны, и плохо торгуется.
Нейм вообще - на 311-м месте, и листится на парочке бирж лишь: https://coinmarketcap.com/ru/currencies/namecoin/
Однако исходники их открыты, можно прочесть вайт-паперы, и темы на форуме этом - тоже можно прочесать.

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

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

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

По такой логике не стоило конструировать к примеру: автомат калашникова, он же попадает в руки террористам.

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

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

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

Решил попробовать реализовать наконец идею именно веб-сайтов, а не форума.
Я начал новый проект на гитхабе https://github.com/3s3s/blockchainsites
Это шаблон, с которого я планирую начать делать конструктор и поисковую машину для сайтов на блокчейне.
По моей задумке, рабочая версия будет выглядеть примерно так:
1. пользователь скачивает к себе и синхронизирует биткоин (тестовую сеть)
2. пользователь скачивает и распаковывает у себя на компьютере проект с гитхаба
3. открывает в браузере страницу index.html и начинает либо создавать новый сайт, либо с помощью поисковой машины находит ранее созданные сайты

Желающие могут присоединиться.

Рекомендую посмотреть в сторону платформы ТЕРА.
Например тут можно залить сайт (будет в виде даппа) в тестовую сеть: http://dappsgate.com:88/dapp-edit.html
Список: http://dappsgate.com:88/#TabDapps

P.S.
Рабочая сеть: http://dappsgate.com/#TabDapps

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

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

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

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

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

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

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

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

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

Там все работает через АПИ блокэксплорера Мэрикоина https://mc.multicoins.org/api.html
Это хорошо для пользователей которые не хотят качать блокчейн, но плохо с точки зрения возможных блокировок. Для полной децентрализации лучше делать чтобы работало напрямую через АПИ локального демона, но для этого
1 Надо немного поправить исходник демона, чтобы он в заголовке писал 'Access-Control-Allow-Origin' '*'
2. Придется держать синхронизированного демона на локальном компьютере.

Для тестов можете использовать тестовую сеть биткоина. а можете и Мэрикоин если хотите https://github.com/multicoins/marycoin/releases/tag/v15.6.5

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

Как это удается не выкачивая локально весь блокчейн мерикоина?

Я полазил по сайту https://mc-ex.multicoins.org
Но так и не смог найти сайт самого мерикоина.
Где скачать кошелек, который бы работал с полным блокчейном?
Есть ли блокчейн эксплорер у него онлайн?

фикус в том, что этот сайт - статисная хтмл страница. То есть ее можно загрузить на свой рабочий стол и сайт будет работать! Рабочий стол ркн не научился пока блокировать ))

Что помешает Рос Ком надзору заблокировать сам Адрес: https://3s3s.github.io ?
Два года назад может и не было интересно, а сейчас тем у кого были магазины на ONION, очень интересно. ТОР уязвим оказался.

хммм... 7 мэриков было =) ещё долго цедить выплаты можно =D
Может, уменьшить процент выплат от суммы МС на кошеле крана?

Самомодерация с локальным хранилищем - отличная идея.
Там же можно никнеймы с кошельками сопоставлять и хранить, при желании =)

Пилю потихоньку, как руки доходят =)) и на что глаз упадёт =D

Это появляется когда там коинов мало становится и надо чуток подлить.

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

Очевидно технология интересна. Уже какой подобный проект вижу. Плюс выше пишут про web4. А возможно прикрутить к этому всему ноды для поддержания сайтов по средству майнинга? прошу знатоков ответить

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

Хранение сайтов в блокчейне (в данном случае - Ethereum) давно реализовано проектом Web4, есть даже свое расширение для Firefox.

https://web4.club/