Pull to refresh
249
0
Денис Ольшин @deNULL

Пользователь

Send message
Если бы вы прочитали хотя бы вступление моей статьи, то увидели бы, что именно на этом документе она и основана.

А второе — это перевод и вовсе другого документа (краткого буклета о проекте, а не whitepaper). Да и не перевод вовсе, а надругательство над языком.
Есть ещё хорошая новость: если кто-то из вышеупомянутой тысячи валидаторов захочет себе что-то «нарисовать», то любой желающий сможет его поймать за руку, исправить нарисованное, и получить за это небольшой бонус.

Разумеется, вся эта механика будет так же реализована с помощью смарт-контрактов, доступных для контроля другими участниками сети.
В следующей части всё расскажу, правда :)

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

Можно дискутировать на тему того, насколько централизованным получается такое решение, и на это в документе приводится аргумент о том, что биткоин и эфир сейчас даже более централизованы, поскольку крупных майнерских пулов в них даже меньше (десятки).
Блокчейн гарантирует целостность распределённой информации. Тот же TON Storage не может работать без него — файлы лежат на узлах, но их хэши сохраняются в блокчейне. Поэтому отдельный недобросовестный узел не может вмешаться в содержимое файлов. То же с TON DNS.

Не уверен, что смогу на любой такой вопрос адекватно ответить.


Я всего лишь изучил тот документ, о котором упомянул в статье. К команде разработчиков Телеграма я отношения не имею.

Я, к слову, сделал аналогичный сервис: Is It Blocked In Russia.

Его преимущество в том, что исходники открыты — можно поднять у себя и делать проверки автоматически.
Нет. Полезную работу будет выполнять группа крупных узлов — валидаторов. Так как TON подразумевает реализацию Proof-of-Stake, им не нужно будет майнить бесполезные хэши, но они будут рисковать определенными (крупными) ставками, которые у них отберут в случае, если они будут выполнять работу недобросовестно.

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

Подробнее об этом и о ролях участников я собираюсь рассказать в следующей статье.
Скорее всего гугл не использует нейросети при поиске по картинкам (либо не только нейросети). Там какие-нибудь перцептивные хеши скорее всего применяются для индексации и оценки схожести (+ введённые самими пользователями поисковые запросы).

А нейросеть, судя по статье, должна была увидеть тостер на картинке с заплаткой.
Куда уж легче-то? Среди проводных протоколов Modbus один из лучших претендентов на стандарт для устройств «умного дома».
Напишите, будет интересно почитать! Тоже давно собирался собрать диммер на базе ATmega8 с энкодером и управлением по Modbus, но пока руки дошли только до реализации протокола на нём, непосредственно диммирование ещё предстоит сделать.
Про доступность различных объектов инфраструктуры тоже хотел написать — посмотрите, как Яндекс решал эту задачу. У них, правда, не такая детальная тепловая карта — цветные квадратики.

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

(Что, конечно, не отменяет того, что разумно выложить зашифрованный список сидов — или объявить, на основе чего он будет сгенерирован)
В том числе.
У меня в некоторых местах используется рандом, поэтому результаты нестабильны, но при небольшом везении получается так (406 очков; кажется, теоретически можно и чуть больше).
Гифка 2.4 Мб


В общем, есть ощущение, что решения победителей будут соревноваться не на уровне «кто больше алмазов соберёт», а «у кого хитрее комбо получается делать».
Воркеры это хорошо, конечно, но из-за них отлаживать код даже с опцией --unsafe как-то очень мучительно.

Я сделал версию, которая запускает решение «совсем небезопасным» образом (например, ограничения по времени не проверяются — если решение зависнет, то зависнет всё вместе). Зато дебажить стало гораздо проще.

Возможно, участникам конкурса пригодится: https://github.com/deNULL/challenge_jsdash.
Запускать с опцией --no-workers (или -w).
Непонятно, о чём спор. Не нужно делать десятки запросов на один экран и не нужно делать методы типа GetOrdersAndAccountExiredAndUserColourSchemaSettings.

Достаточно же просто сделать один метод batch, который будет уметь принимать массив любых других методов и возвращать такой же массив результатов от них. Многие крупные API так и делают.
Эта настройка влияет только на содержимое подраздела «Обновления», в который попадают все действия, кроме постов (и репостов). Записи на стене все равно наполняют новостные ленты друзей, пока те сами их оттуда не скроют.

Для throwaway аккаунта это, конечно, не актуально, но если кто-то захочет повторить опыт на своей странице — имейте в виду, это будет видно)
Такие артефакты любой алгоритм деконволюции даёт. Причина в том, что при свёртке (смазывании) теряется часть информации из-за недостатка точности (ну и из-за сжатия с потерями, если картинку в джпег пожать после этого). После восстановления изображения эти «обрубленные» значения дают рябь вокруг контрастных участков.

Телефон доставать незачем — никто не мешает по ссылке перейти в веб-версию мессенджера (искать бота в этом случае тоже не нужно). А если сделать deep linking, как писали выше — то и пароль не нужно будет копировать/вставлять: немедленно после начала диалога с ботом пользователь будет авторизован. Регистрация буквально в три клика.

Попробовал поискать что-нибудь похожее. Судя по всему, слов «кровь» и «смерть» вообще нет в их словаре. Вы сами попробуйте потыкать в карту — там очень сложно попасть в «плохую» комбинацию. Названия улиц или городов можно и понеприятнее найти. С трёхметровыми квадратиками проще — берёте один из соседних и используете его, а вот деревню какую-нибудь с неблагозвучным названием сменить сложнее будет.

Information

Rating
Does not participate
Location
Саратов, Саратовская обл., Россия
Registered
Activity