UI - это просто статические html и js файлы, их достаточно просто скопировать на веб-сервер или открыть локально. Они обращаются к блокчейну через js-библиотеку near-api-js, в статье я это описывал.
Чтобы поместить wasm-файл собранный из Rust-кода в блокчейн, надо сделать deploy.
В моем примере вся игра происходит на блокчейне, "браузер" (игрок) лишь посылает ход, а "ядро" (смарт-контракт) решает, валидный ли это ход, и что случается с игрой после данного хода.
Но, увы, далеко не все игры на блокчейне работают именно так.
Вы так пишете, как будто это что-то плохое. :) Дело же не в размере, а в том, если ли защита от спама данными. В Near для этого есть интересное решение Storage Staking.
В рамках моей имплементации, в контракте хранится только текущее состояние игры, а не каждый ход. Также никто не мешает удалять старые игры совсем. Пока они оставлены лишь для того, чтобы просигнализировать игрокам о результате игры.
Супер! Идея с NFT как источником CSS появилась после того, как я научил NFT-токены генерировать QR-коды для самих себя (сами картинки QR-кодов не храняются в блокчейне, а генерируются для отображения "на лету").
Да, такой сценарий возможен. Отмечу лишь, что в децентрализованной среде таким ботам будет чуть сложнее выживать, так как можно заранее посмотреть достоверную статистику соперника и историю транзакций по его аккаунту, чтобы распознать потенциального бота. Либо можно изначально создать предложение сыграть конкретному блокчейн-аккаунту (этого нет на UI, но я сразу добавил в код).
Централизованное общество дает зеленый свет централизованным продуктам. Какое государство потерпит децентрализованный фейсбук, если там не будет технической возможности удалить какие-то крайне нежелательные, неполиткорректные, оскорбительные посты, которые за счет своей маргинальности могут легко оказаться на вершите чартов? До всеобщей децентрализации еще надо вырасти, всё это долгий процесс. Мы еще только-только «поверили» в биткоин, примерно как племя туземцов, к которым приплыл корабль конкистадоров, но всё что их привлекает в этом дивном новом мире — это сверкающие бусы.
Как показывается история Telegram Open Network, наличие исходного кода ничего не дает, даже в отсутствии основного продукта, который надлежало бы убивать.
NEAR — единственная цепь, которая сознательно усовершенствовала свою технологию и настроила её характеристики производительности таким образом, чтобы полностью соответствовать нуждам открытого интернета.
Смелое заявление. А как можно соотнести NEAR с другими прогрессивными продуктами, выходящими на рынок? Например, Polkadot, ETH2.0 или Cosmos?
Сложно пока оценить запуск NEAR в контексте всего интернета, но для блокчейн-экосистемы это, однозначно, прорыв за счет введения шардинга, гибкой системы управления криптографическими доступами на уровне аккаунта и качественного дизайна, дающего возможность, например, создать бесшовный мост с Эфиром. Лично мне на вчерашнем запуске транзакций было немножко боязно из-за такого обилия инноваций, но майннет вёл себя показал безукоризненно, это большой успех всей команды NEAR, спасибо Александру за тяжелый труд.
Да, с этим не спорю, меня интересует вопрос мотивации. Я понимаю, если бы была горячая идея, которую нельзя было бы решить без создания компании, тогда инвестиции, построение команды, компании — очевидный шаг. Но тут получается, что идея возникла позже, путем проб и ошибок. Ок, можно спросить иначе, на каком этапе карьеры ты решил, что хочешь открывать компанию?
SkidanovAlex, а откуда вообще бралось такое жгучее желание открывать свой стартап? Я правильно понимаю, что карьера в Microsoft, MemSQL дала бы сопоставимые деньги, без риска и головных болей?
у кого именно? как я упоминал в статье, я не писал сам движок шашек, а взял готовый код. Кажется, в нем нет ничьи.
В предпоследнем предложении статьи есть мой телеграм
UI - это просто статические html и js файлы, их достаточно просто скопировать на веб-сервер или открыть локально. Они обращаются к блокчейну через js-библиотеку near-api-js, в статье я это описывал.
Чтобы поместить wasm-файл собранный из Rust-кода в блокчейн, надо сделать deploy.
Да, тут любой компромисс в этом уже создает некий источник доверия, поэтому, вероятно, теряется смысл всей затеи
Можно поднять свою rpc-ноду, можно использовать альтернативные rpc, например, от Ankr
Проще всего было поиграться с примерами кода, near.dev - так и втянулся, потом на хакатон их сходил
В моем примере вся игра происходит на блокчейне, "браузер" (игрок) лишь посылает ход, а "ядро" (смарт-контракт) решает, валидный ли это ход, и что случается с игрой после данного хода.
Но, увы, далеко не все игры на блокчейне работают именно так.
Вы так пишете, как будто это что-то плохое. :) Дело же не в размере, а в том, если ли защита от спама данными. В Near для этого есть интересное решение Storage Staking.
В рамках моей имплементации, в контракте хранится только текущее состояние игры, а не каждый ход. Также никто не мешает удалять старые игры совсем. Пока они оставлены лишь для того, чтобы просигнализировать игрокам о результате игры.
Супер! Идея с NFT как источником CSS появилась после того, как я научил NFT-токены генерировать QR-коды для самих себя (сами картинки QR-кодов не храняются в блокчейне, а генерируются для отображения "на лету").
Да, такой сценарий возможен. Отмечу лишь, что в децентрализованной среде таким ботам будет чуть сложнее выживать, так как можно заранее посмотреть достоверную статистику соперника и историю транзакций по его аккаунту, чтобы распознать потенциального бота. Либо можно изначально создать предложение сыграть конкретному блокчейн-аккаунту (этого нет на UI, но я сразу добавил в код).
Да, вот пример такой транзакции.
Видеоверсия данной статьи: https://www.youtube.com/watch?v=1aK2u_fdiIY + много новых других захватывающих подробностей, с новой порцией азарта и авантюризма
Смелое заявление. А как можно соотнести NEAR с другими прогрессивными продуктами, выходящими на рынок? Например, Polkadot, ETH2.0 или Cosmos?