Некоторые соображения о системе PerimeterX, которая пытается отделить ботов от людей при обращении к сайтам. К сожалению, простого и 100% надёжного способа нет https://www.scrapingbee.com/blog/how-to-bypass-perimeterx-anti-bot-system/

📟 Прилетело из @dev_in_ruby_colors

ДИСКОРД СЕРВЕР RELEASE

заходите, будем знакомиться, созваниваться и встречать бычку

discord.gg/9FSVKGqB
discord.gg/9FSVKGqB
discord.gg/9FSVKGqB

пишите, что добавлять на сервер

приятного нетворкинга ❤️

📟 Прилетело из @code_vartcall

Ныряем в кроссчейн дексы: плавает ли что перспективное?

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

1. 1Inch Fusion $1INCH:
Токен мне не нравится — падал без признаков роста. Но сам проект развивается, недавно добавили Solana. Конечно, конкурировать с Jupiter непросто, но у 1Inch есть свои плюсы.
Минус — не все сети поддерживаются. Хотел обменять ETH из ZkSync — не вышло, хотя сеть была в списке.
Понравилось, что можно подписать заявку на обмен без отправки транзакции (подписью) - исполнится, если найдётся решатель и проскальзывание не изменится. Approve некоторых токенов можно делать тоже через неё (permit), но чаще нужна отдельная транзакция - неудобно при нехватке газа.
Правда сейчас кошельки начинают поддерживать возможность оплаты комиссий в заранее пополненном токене.
После популяризации возможности оплаты Газа таким способом, у 1Inch fusion останется лишь конкурентоспособность по выгодности обмена.
Я так смотрел: получал не намного меньше чем отправлял. Хотя возможно зависит от обмениваемого токена - не знаю. Плюс, не считаю суммы до цента. Но иногда пользуюсь.
Обмен проходит до трёх минут, но чаще быстрее.
Итог: перспектива есть. Если 1Inch будет расширять сети и сохранять выгодные кроссчейн обмены.

2. Meson fi:
Использую для обмена стейблкоинов между сетями.
Выгодно: комиссия чаще всего в районе 5-10 центов, хотя зависит от сетей.
Скорость обмена тоже высокая. Но сетей также немного.
Удобно, что проект запоминает последний обмен, а также выбирает , по видимому, самый популярный в той или иной сети стейбл сразу. Это позволяет чаще всего не изменять токен.
Итог: перспектива есть, но в рамках стейблов. И если появятся ещё более выгодные / быстрые решения, потеряют преимущество.

3. Rubic exchange $RBC:
Удобен тем, что поддерживает где-то 80 сетей.
Но к сожалению последнее время стал разочаровывать: то обмен невозможен или не срабатывает, то интересной сети нет.
Токен упал на 98%, но за год лишь на -54%.
Я помню, что когда были все эти акции с объёмами курс был около 0.014 $. Так что неплохо держится.
Срок обмена бывает от 1 до 30 минут и больше. Но возможность обменять без поиска сервиса, например, Ton USDT на Arbitrum ETH или Cosmos ATOM на BSC USDT - круто.
Итог: перспективы неясны. Кроссчейн dex хорош поддержкой большого количества сетей, но невозможность обмена между некоторыми и непонятные сбои отталкивают... Если исправят ошибки и будут продолжать добавлять новые сети, будут конкурентоспособными хотя-бы по показателю "всё в одном месте".

4. symbiosis $SIS:
Поддерживает где-то 42 сети. Скорость также разная, т. к. это агрегатор.
Использую, когда в Rubic происходит сбой. Почему-то здесь обмен происходит вполне успешно, когда на предыдущем дексе ошибка.
Из минусов: субъективщина, но мне не нравится интерфейс и выбор сети и токена. При перемещении по кнопкам списки сливаются.
Токен рухнул на -99,11%.
Итог: перспективен, если сможет оставаться стабильно работающим при увеличении количества сетей. И если будет добавлять новые интересные. Токен же - бесперспективен.

5. Eywa $EYWA:
Я давно писал про этот проект обзор.
Запуск вышел хиленьким (с моей точки зрения), но токены держу.
Вот только как кроссчейн декс использовать Eywa сомнительно.
Да: тут есть основные сети и токены, но их всё же немного.
Комиссии тоже небольшие и скорость хорошая, но с тем же успехом можно пользоваться meson или 1Inch.
Хотя для крупных транзакций, возможно, и очень выгодно. Но для них нужна ликвидность хорошая. По данным DefiLlama их TVL всего 4,98 МЛН $!

Итог: перспектив особо нет. Но смогут выжить после добавления в агрегаторы, и если предложат лучший курс обмена по сравнению с другими проектами.
Но идея с consensus bridge - интересная. В прочем, об этом уже писал в обзоре. Осталось дождаться запуска.

Всё.
А вы какими кроссчейн дексами пользуетесь и почему?
P. S. Сервис для поиска мостов: findmybridge app.

Буду рад распространению, комментариям и реакциям.

😎 Незрячий web3 программист (подписаться)
Чат | бот

📟 Прилетело из @blind_dev

Просьба еще, кто фермы прогонял, можете в ЛС (@thinkingthinkingthinking) отписать сколько чистый профит
Хочу сделать пост-итог по джагеру, вас оставлю анонимными, просто сумма

📟 Прилетело из @n4z4v0d

если у кого-то еще остался не склеймленный элиг без ав - отпишите в лс, нужен для теста кош (@thinkingthinkingthinking)

📟 Прилетело из @n4z4v0d

Чтобы запустить программу с меньшим количеством опкодов, чем фиксированное число, мы просто вставляем в нее NOP до тех пор, пока программа не достигнет максимального размера. Чтобы знать, когда «прекратить выполнение», пользователь должен предоставить вышеупомянутый аргумент steps, чтобы определить, когда будет возвращено значение в нижней части стека.

Несколько замечаний о нашей архитектуре:

- VM основана на стеке, как EVM, Java Virtual Machine или (для тех, кто знает) калькулятор Reverse Polish notation.

- Инструкций перехода нет, поэтому program counter только увеличивается.

- Все операционные коды принимают один аргумент, но ADD, MUL и NOP игнорируют переданный им аргумент. Это позволяет нам всегда увеличивать program counter на одну и ту же величину - нам не нужно обновлять его на 2 для PUSH, на 1 для ADD и так далее. Мы всегда сдвигаем счетчик на 2.

- Для того, чтобы прочитать аргумент PUSH, мы просто «смотрим вперед» на один индекс от program counter.

- Сложение и умножение выполняются с использованием модульной арифметики (по умолчанию в Circom). В качестве «размера слова» мы используем порядок поля по умолчанию в Circom - мы не пытаемся эмулировать виртуальные машины с традиционными размерами слов, такими как 64 или 256 бит. Эмуляция вычислений с битами фиксированного размера - тема следующей главы.

Вся статья тут - How a ZKVM Works.

#zkvm

📟 Прилетело из @solidityset

Как работает ZKVM. Часть 2

Мы можем внести несколько ключевых изменений в наш стековый код из предыдущего поста, чтобы собрать ZKVM, соответствующий спецификации, описанной выше.

- Мы удалили опкод POP, поскольку он больше не нужен;
- Мы добавили опкоды ADD и MUL;

Вспомните, что предыдущие правила копирования предыдущего стека были следующими:

- A. Если sp равен 1 или больше, а столбец j находится на 1 индекс ниже sp, и текущая инструкция - PUSH или NOP, мы должны скопировать столбец j;

- B. Если sp равно 2 или больше, и столбец j находится на 2 индекса ниже sp, а текущая инструкция - POP, мы должны скопировать столбец j;

Правило A остается неизменным, а вот B нужно обновить следующим образом:

- B. Если sp равно 2 или больше, а столбец j находится на 3 индекса ниже sp, и текущая инструкция - ADD или MUL, мы должны скопировать столбец j;

Причина этого изменения в том, что предыдущая инструкция POP не изменяла второй по счету элемент стека, а только удаляла верхний. Однако ADD дважды открывает стек и выводит сумму. Аналогично, MUL дважды открывает стек и вставляет произведение.

Предыдущая реализация стека только записывала новые значения в указатель стека. Однако новая реализация может записывать сумму или произведение на два индекса ниже указателя стека. Например, 12 в стеке ниже станет 15 после сложения, а это место находится на два индекса ниже указателя стека:

Перед добавлением:

[12 , 3, sp] (sp = 3)

После сложения:

[15, sp] (sp = 2)

Здесь у нас есть 12 в качестве нижней части стека и sp, указывающий на пустое пространство над стеком.

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

Приведенный в оригинальной статье код в значительной степени заимствован из стека предыдущей главы, но в нем реализованы обновления, описанные в этой главе. А именно:

- Мы заменили NOP, PUSH и POP на NOP, PUSH, ADD и MUL. ADD и MUL уменьшают указатель стека на единицу, NOP сохраняет указатель стека неизменным, а PUSH увеличивает указатель стека на единицу и копирует свой аргумент в вершину стека.

Если хотите покопаться в самом коде, то лучше перейти на оригинальную статью, где он представлен в развернутом виде - https://www.rareskills.io/post/zkvm.

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

#zkvm

📟 Прилетело из @solidityset

Вышел Node 24 https://nodejs.org/en/blog/release/v24.0.0

📟 Прилетело из @dev_in_ruby_colors

АМА-сессия. Как войти в QA-тестирование за 3-4 месяца с зарплатой 1800$+

Завтра мы проведём {угадайте что} и расскажем вам как не подохнуть от отсутствия стейблов подробно, что такое QA-тестирование, почему туда можно войти без какого-либо опыта и что блин вообще нужно для этого (спойлер - практически ничего).

Но самая мякотка в наших гостях:

・Влад - ранее работал учителем программирования для детей (Python, C++, C#), почти год назад устроился ручным тестировщиком в каршеринговую компанию на зп в 2.600$, сейчас решил сменить место работы и проходит собесы на сеньора - 4.300$+. У него осталось желание обучать кого-то, поэтому решил «вкатить» в тестирование своего друга Илью - у него это быстро получилось, поэтому решил начать менторить.

・Илья - работал менеджером по продажам, пришёл в тестирование с нуля лишь со знанием синтаксиса python, на обучение потратил 4 недели, прошел собесы более чем в 15 компаний, среди которых биотехи (OZON, WB, X5 и т.д). Сейчас работает в дочке Альфа Банка, мидл тестировщиком, с нуля пишет автоматизацию на проекте. Зарплата - 2,600$.

・Ahillary - back end разработчик и автоматизатор. Больше 7 лет в программировании и за это время успел поработать в нескольких коммерческих компаниях (как web2, так и web3). С тестированием сталкивался абсолютно в каждой компании и на каждом этапе работы (начиная с собеседования и заканчивая тестированием принтами написанием unit тестов). В последнее время сосредоточен на своих проектах и даже в них не может обойтись без тестирования.

И да, мы ничего не будем тебе продавать на этой AMA-сессии. Прям вообще ничего. Просто поговорим в приятной обстановке про QA.

Когда? Тогда - завтра, 8 мая, 18:00 MSK. Свои вопросы на стрим можешь задать через эту форму.

Ждём тебя, ковбой.

📟 Прилетело из @how_to_code_web3