Comments 19
Я уже более 10 лет слышу про Web3, революционную революцию и социальные сети на этом.
Лет пять назад, как раз накануне полномаштабки, даже участвовал краем (как бекендер) для тестового проекта где веселые и находчивые фронт-ендеры пытались родить аналог Инстраграмма на Web3.
Я это к тому что децентрализация это уже, к сожалению, реальная необходимость, но Web3 это просто скам. Идея для перекрестного контроля финансовых операций хороша, но один хрен всегда и везде участвует промежуточный мастер-сервер иначе лыжи не едут.
Децентрализация это сетевой уровень, браузерно это не решается. Тот же Yggdrasil как "прокси" что перехватывает *.ygg адреса по типу onion в качестве костыльного решения можно назвать децентрализованной сетью. Но до реальной такой сети протоколу еще далеко (хотя и в раз ближе чем 5 лет назад).
В свое время почти получилось у Skype, сервера авторизации и пачки STUN/TURN гейтов было достаточно для стабильной работы. А потом Майки за него взялись смело и превратили в го Тимс.
Вы правы, децентрализация на уровне сети (как Yggdrasil) это база. Но чистый mesh-нетворкинг не решает проблему мотивации участников. Зачем людям держать узлы? В Web3 экономика (токены) встроена в сам протокол, что позволяет монетизировать децентрализованную инфраструктуру, к примеру Filecoin для хранения или Helium для связи.
Большинство проектов в Web3 это действительно маркетинг и скам, но сама концепция владения своими данными (identity) и цифровыми активами через криптографические ключи, а не через аккаунт в условном Google это реальная альтернатива платформенному капитализму.
Браузерный Web3 это просто интерфейс доступа к этой логике, доступный каждому без настройки сложных прокси.
мотивация деньгами это просто эталонное описание скама
единственный рабочий формат мотивации деньгами - работа
скидки, бонусы, налоговые возвраты и прочее - это не мотивация деньгами, а или возврат "переплаты пользователю" или сознательное вкладывание продавца в клиентов для завлечения
любая попытка навесить "монетизацию" на утилитарные вещи закончится фермами где зарабатывают много но единицы и остальной массив людей (большая часть). Вон недавний "тап хомяка" отлично иллюстрирует этот процесс.
Децентрализация как цель пользователя появится тогда, когда работающее ранее перестанет работать и справляться с привычной рутиной.
Человек привык к мгновенной связи, распределенной сети потребления контента и актуальной информации (будь то новости или расписания автобусов). А потому просто будут появлятся средства что бы решать старые задачи новыми средствами.
Вон все чаще и чаше мелькают статьи "я создал чат", "я создал социальную сеть" и тому подобное. Делают как раз для того что бы решить проблемы что возникают.
Да блин, я завтра как раз планирую дописать тут на хабре статью на эту тему и закинуть в песочницу. Причем сама "тема статьи" была решена чисто для себя лично еще 4 года назад, но с текущими реалиями уже приходится думать на несколько шагов вперед и за ближайшее будущее. Потому как когда рубанут интернет окончательно, суетится убудет уже поздно и огромный пласт данных (справки, исходный код, документация) просто "испарятся". И если что я сейчас не про рф, а про мировые тенденции в целом
UPD
web3 и распределенная криптография когда ты сам себе сертификационный центр это немного разное. Стартовая идея изначально одна и та же, но финальные толкования web3 таки уже давно ушли именно в крипту в худшем ее проявлении.
По крайней мере у меня сложилось такое мнение. Работал над реализацией web3 и курил разные документы.
UPD к UPD
да, таки я правильно помню. На сейчас web3 сфокусирован на блокчейне как финансовых операциях. И даже "владение" контентом рассматривается в первую очередь как финансовый актив. Спецом сейчас загуглил что бы не быть голословным.
Вы упомянули процессор DX40, у меня был SX33 MHz. Было мнение, что 33 работал быстрее. Всё из-за частоты шины в 33 MHz. Процессор с тактовой частотой выбирал данные через 20 наносекунд, но они поставлялись через 33 наносекунды и процессору приходилось ждать ещё один цикл, то есть, ещё 20 наносекунд, всего 40 нс. В то же время 33 мегагерцовый процессор делал все за свои 33 наносекунды. Если это правда, то какой смысл в 40 MHz, кроме маркетинга, шина PCI тоже работала строго на 33 наносекундах.
А мессенджеры нужны разные. Я подумывал об IP-телефонии, но она у нас под запретом, похоже.
Странное у вас было мнение. Насколько я помню DX40 полноценные процы с 32-х битной шиной. SX урезанные дешёвые версии, шина 16 бит и ещё чего-то. Стоили дешевле, кушали меньше.
Работа процессора - это не только пересылки данных по шинам, но и вычисления. Поэтому чем выше тактовая частота, тем быстрее процессор, особенно если программа оптимизирована так, чтобы данные умещались в кэш.
А где его найти то? (ссылка)
И есть ли версия для браузера?
Это не децентрализованный мессенджер. Децентрализация подразумевает отсутствие посредника в виде сервера, а даже для webrtc требуется сигнальный сервер, для установки соединения между пирами, а также во многих случаях stun или turn сервера для передачи медиа потоков. Плюс сообщения судя по всему также идут через сервер. Тут децентрализована только схема взаиморасчётов. Так что автор некорректно использует понятия, вводя в заблуждение читателей.
Давайте не будем говорить, что крипта анонимна и что ограничительные меры к ней не применимы.
@alex_marshal о, вижу вы используете библиотеку Nethereum, активным контрибьютором которой я являюсь. Так как вы делаете упор на оптимизацию потребляемых ресурсов, то хотел бы дать несколько рекомендаций по использованию современного Nethereum:
Ваш токен сейчас использует decimals = 18, поэтому в функциях типа GetTreasuryBalance вы получаете баланс в WAD/WEI с помощью типа BigInteger, так как в ulong оно рискует не поместиться. Начиная с шестой версии я добавил поддержку декодирования балансов и других переменных в типы UInt128, что позволит корректно работать с балансами в вашем токене вплоть до 30 десятичных разрядов до запятой и ещё 18 после. Поэтому рекомендую вместо BitInteger использовать UInt128 для чтения балансов и других значений, например, вот так
treasuryBalFunc.CallAsync<UInt128>(),— это позволит вам избержать алллокаций на куче и сделать приложение быстрее и без фризов, рекомендую!Вместо инструкций типа
web3.Eth.GetContract(treasuryBalAbi, GAMES_CONTRACT).GetFunction("treasuryBalance")рекомендую использовать кодогенерацию или же писать объявлять функции через атрибут[Function],- это более надёжный, быстрый и эффективный подход.
Вообще как вам сейчас Nethereum? Возможно хотели бы дать какой-то фидбек или нужна помощь с использованием? Или есть мысли относительно того, что бы ещё добавить/оптимизировать или на чём следует сосредоточиться при планировании дальнейшего развития? Также не стесняйтесь открывать issue/задавать вопросы на github или в Discord Nethereum!
Если встроенных в C# системных 128-битных типов будет всё же недостаточно, то рекомендую C# реализацию Int256 от Nethermind (нода Ethereum и ещё ряда других EVM-совместимых чейнов). Она не интегрирована напрямую в Nethereum в силу другой политики по целевым платформам, но обычно используется без каких-либо проблем.
Спор про децентрализацию вечный. Понятно, что WebRTC без сигнального сервера не работает, это физика сети. Но автор, кажется, использует термин Web3 в контексте владения активами, а не сетевой топологии. Для большинства юзеров «децентрализованность» - это когда сервис не может заблочить кошелек по щелчку, а не отсутствие сигнального сервера. Разница в UX колоссальная, и для финансового приложения это куда важнее чистоты протоколов, которые обычному человеку вряд ли интересны.
Но вопрос в том, кому в 2026 году захочется юзать KitKat? Ответ прост, самой компании Google.
Я что то ту потерял логику. Да и сама подача напомнила одного деятеля по борьбе с рептилойдами.
одна из причин большого объема приложений как раз завязка на веб технологии, уже таскаем с собой воз и маленькую тележку. а весь хитромудрый Web3 завязан на мудреные криптобиблиотеки и что они там делают понять могут не так чтобы многие. Это уже не на basic написать "hello world". Да и песевдографического ни, тем более, консольного интерфейса "пацаны не поймут", нонче подайте кнопочки из кусочков png всех разрешений и размеров, я уж не говорю про svg А без всего этого можно и сейчас писать микроскопический софт, никто не запрещает.
С играми - сравнение вообще мимо. Как то забывается что там уже графика на эти гигабайты и масштаб игр .. поболее. тогда уж можем сравнить ГТА с играми на програмируемом калькуляторе (там вообще на 10 байт объем) , графоний похуже геймплей увлекательный :) :)
Интересный подход, но в конце так и не не увидел ссылку на APK в 3,5 мб
Мессенджер с Web3 размером в 3.5 Мб: инди-разработка с нулевым бюджетом