Авторы bzx, кстати, как раз на этой оптимизации погорели: положили все int в один массив и обращались по индексу: amounts[3]. В итоге сами и запутались, судя по всему

Админы, вы здесь? Живы, здоровы?
Можно разместить текст с призывом пройти тестирование на когнитивные функции? Знакомая с подругами пишет работу, ищет взаимосвязь между использованием смартфона и уровнем концентрации.

ну вот же вы уже и разместили))

Где?

Ааа :) Ну он более обширен :)

И с сылочкой :)

Просто разрешение спрашиваю :) Принято так :)

более обширен - лучше не надо, ссылочку можно

Ща, сокращу до пары строк, а то ссылка сразу на анкету ведёт, она никакое объяснение не подтягивает.

кодинг в стиле поклонников эфириума) наверно, 15 летний мальчишка нашел этот баг. дайте время на поиск возможностей переполнения стэка, будет поинтереснее

У вас бывают проблемы с запоминанием?  Часто ли вы отвлекаетесь? Много ли времени вы проводите за телефоном?

Если хоть на один вопрос вы ответили положительно, то, пройдите, пожалуйста, тест.

Анкета + Тест (ссылка на него, на второй страничке) -  https://docs.google.com/forms/d/e/1FAIpQLScYYFEyjy_UEk3t02ZPIHARzouHuq1zT5BtLWP3aLqcCBVU_Q/viewform

Я тогда тоже апну. Кликните плз ☝️

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

я хз чо там используют, и совсем не кодер, но вот этот текст грит, что такое обращение с деньгами не допустимо:
«Полнота по Тьюрингу может просто быть малоизвестной частью стандартного формата. Наверное, в наше время многие не знают, что TrueType и многие шрифты — это программы PostScript на стековых машинах, похожие на метаданные ELF и отладочную информацию DWARF. Или что некоторые музыкальные форматы выходят за рамки MIDI, поддерживают скрипты и нуждаются в интерпретации. Если знать о тьюринг-полноте шрифтов, то уже не удивляет полнота по Тюрингу документов TeX, что естественно вызывает многие серьёзные и интересные уязвимости в безопасности шрифтов и медиа, такие как BLEND или Linux-эксплоиты SNES и NES. В других форматах вроде PDF просто ужасное количество уязвимостей»

отсюда

https://m.habr.com/ru/post/429602/

есть еще одна причина, почему конечный автомат с карманом переменных как раз для децентрализованных денег, но оставлю на потом, когда нахлынет очередная волна восхищений дефи и всякой псевдо-децентрал инфой)

Штука в том, что если у тебя хоть немного сложный формат, то его представление в виде байткода для какой-нить стек-машины сильно упрощает спецификацию. Например, PDF/PostScript реально проще+мощнее, чем xml/html. Но если вовремя не остановиться, то оч легко мощность умножить на бесконечность, если у тебя добавляются динамические циклы или неограниченная рекурсия.

Короче, в моем ZkVM есть 32 инструкции и супер-плоский формат транзакции (4 поля и все), и штуки типа ковенантов и лайтнигов гораздо проще и прямее реализуются, чем в биткоине, где есть отдельно формат транзакции, отдельно скрипты на 70+ инструкций, и скрипты изолированы в отдельных входах, и все через жопу.

Разница с ыфириумом где тоже типа простой формат транзакции и все прописано в байткоде - в том, что (1) валидация транзакции полностью изолирована от глобального состояния, как в бтц, и (2) нет никакой динамической рекурсии и циклов, тоже как в бтц. Т.е. "VM" - по сути просто парсер. Но инструкции сделаны так, чтоб удобно было делать их композицию. Как базовая версия PDF, без джаваскрипта и прочих выкрутасов.

мало чего понял, но ноды должны тратить свои ресурсы токо на проверку подписи, а не на исполнение сложных контрактов, иначе требования к железу ноды и и прорускная способность приведут к централизации, как у биткэша изза большого размера блоков

yup

поэтому "исполнение сложных контрактов" - это 1% цпу, а 99% - на подпись