Everscale. В основном все сводилось к хранилищу на евере. С ним все понятно, все ждут, всё soon, я тоже soon.
Кто-то в курсе нужно ли что-то для того, чтобы это было реализовано, кроме распределенного хранилища на БЧ? Мне кажется что стек там прийдется переработать достаточно прилично. Как банальный пример, для того, чтобы чейто-то типовой сайт (не статичная страница) работал, нужно некое подобие CMS и выделенные под неё ресурсы, выделенный процесс, память, тд. Как я понимаю это будет реализовано по средству смарт контрактов? Сейчас мне сложно представить этот стек, но врядли это будет что-то, что работает привычным образом? К примеру Wordpress с пол пинка не поднимишь.
У кого-то есть какое-то понимание по этому поводу? Я чувствую что вопрос задан очень не конкретно, поэтому перефразирую,- как это вообще будет работать? Может кто-то натыкался на подобное обсуждение?
А как тебе бы хотелось?
Вместо сайтов есть деботы, что-то вроде чат ботов.
Предполагаю, что это будет что-то вроде serverless functions, исполняемых на нодах + storage по типу ipfs + публичный CDN для медиафайлов.
У меня была похожая идея, вообще перспектива serverless на евере меня очень впечатляет. Только пока я понимаю, что придумал это, так как не видел ничего по этой теме
Это не вместо, а друго вид интерфесов, со своими сильными и слабыми сторонами. Это не замена традиционным UI и тому, что можно на нем сделать
Принимая во внимание, что вычислительная мощность выделяемая для смарт контактов или бессерверных функций на нодах сейчас сопоставима с нокией 3310, то реализовать там можно будет что-то совсем уж очень простое. Про вордпресс пока наверно рано говорить, но какой-нибудь простой json вполне может отдавать. Upd: Я в том смысле, что тяжёлых запросов к БД там пока быть не может.
Спасибо за ваше видение, это очень интересно. Да, то что пока не выйдет пилить простенький ETL или поднимать полноценные API сервисы, может не пока а в целом, у каждой технологии есть своя зона применения. Сейчас очень интересно понять, какой она может быть здесь
На сколько я понимаю текущее положение дел, сейчас ни у кого нет четкого представления как должна выглядеть распределённая хранилка, но, при этом по соседству имеется реализация в виде ipfs. Технологии, что там применяются хоть и не предоставляют готовых библиотек, но, являются неким стандартом, на который ориентируются остальные. Ко всему этому, у того, кто занимается хранилкой должен быть к этому интерес и готовая бизнес модель по монетизации, у tonlabs такого интереса нет, но, при их текущей загрузке, это даже не претензия. Я это все к тому, что самое простое, это переставить технологии ipfs на местные рельсы, чтобы оно существовало как минимальный proof of work, а далее, возможно кто-то ( уже отдельная, самостоятельная команда ) это либо разовьет, либо сделает что-то иное. Из интересного, что довелось ранее слышать о распределенном хранилище - то, что реализовано оно должно быть отдельно от серверов валидаторов, как некая надстройка, что применяет блокчейн для метаинформации, но, сам траффик бегает на отдельных серверах. У всего этого есть очевидная бизнес модель - оплата токенами доступа к определенному контенту + подпись уникального контента ( как NFT ). Из успешной реализации бизнес модели на базе ipfs мне известен лишь dtube ( аналог youtube ). Но, в случае everscale я даже не представляю, что кто-то решится реализовывать такой аналог, при текущей аудитории сети.
зачем по новой создавать ipfs, если он уже есть? если медиа будет хранится не ончейн - зачем нам изобретать колесо? если же это будет ончейн и то как ты это расписал - это будет самая худшая реализация которая только возможна, ибо оа изначально абсурдна
А они ( ipfs ) так вот просто не будут против, что их целиком применяют в другом проекте
https://github.com/ipfs/ipfs/blob/master/LICENSE
они не против что их применяют везде лол это децентрализированная система ты там хоть свои персональные данные да хентайные пикчи храни сколько хочешь - вопрос в том какой узел будет держать твои пикчи
Я это видел, и более того, разворачивал их бинарики локально, отдельно от их интернет сети. Но, одно дело делать форк, а другое, это делать и развивать реализацию протокола
https://github.com/ArweaveTeam https://github.com/SkynetLabs https://github.com/thetatoken https://github.com/filecoin-project Все эти проекты занимаются проблемой хранения, я еще их не достаточно исследовал чтобы сравнивать или говорить о их проблемах. Мне интересно что именно ты хочешь предложить, как решение в котором будут использоваться технологии Everscale более конкретно.
в ipfs нет такого понятия как форк, насколько мне известно, поясни как ты форкнул ipfs?
Изначально вопрос о реализации распределенной хранилки был не от меня. Мне тоже нечего предложить, ибо нет готовой бизнес модели. Но, глобально, everscale нужно в это влезть и с целью пиара ( у нас это тоже есть ), и как база для потенциальной сторонней команды разработчиков.
думаю он имел ввиду просто запуск локальной ноды
Когда полностью продумаешь всю логику - приходи в воис чат обсудить мы как мыслители с радость готовы пообщатся на этот счет и будем рады посмотреть что можно сделать, авось после обсуждения со скиловыми людьми - получишь от тонлабс грант на разработку своего решения и оно будет внедрено в блокчейн
Я не форкал (код не менял) ipfs позволяет запускать свою сеть, без привязки к их центральной сети (называется ipfs swarm). Отдельно генерируются ключи и отдельно все объединяется в новую сеть.
хм... т.е. в результате контент загружаемый через такую ноду будет получать ipfs-адрес (CID), но не будет доступен через ipfs-гетвеи... какой кейс в таком случае?
Была идея в компании объединить диски workstation в единую хранилку. Но из-за того, что даже на сайте ipfs было написано (non production ready), и, к этому были жалобы на жор CPU самими бинариками, мне такого не позволили, далее тестов дело не ушло.
думаю для такой задачи есть более классические решения, блокчейн технологии только усложнение, конкретное решение зависит зависит от разных нюансов ожидаемого результата и ресурсов
С год назад я смотрел возможные решения именно для объединения множества компьютеров в единое хранилище. Чего-то более годного найти не удалось. Много решений для объединения серверов ( когда речь о 2 - 10 компьютерах ), но, когда в наличии 100 - 1000, то эти решения уже не пригодны.
в данном случае надо не только хранение, но и вычисление при этом хотеть децентрализации (то что в теории дают блокчейн) и ждать этого от одной технологи это контринтуитивно хоть и удобно иметь все это в одном стеке, при этом технологии распределенных вычислений на блокчейне имеют решения (надо исследовать встречал но не трогал) точно также как и хранения и будет хорошим ходом, взять все что необходимо и работает и объединить быстрым и умным реестром Everscale, а при появлении нужных технологий поближе сделать миграцию.
При хранении файлов в интернете есть две проблемы. Модерация и сохранение IP злоумышленника для товарища майора. Будь я валидатором, ни за что не стал бы хранить чужие файлы на свой ноде. Как это предлагают решать?
файл же не полностью хранится на одной ноде
Обсуждают сегодня