Поправила в тексте оба контракта на их корректные версии, с проверкой подписи и публичного ключа того, кто транзакцию отправляет, а не того, от чьего имени она попадает в блокчейн
Спасибо, что нашли ошибку и разобрались, прошу прощения за задержку с ответом, честно говоря, пропустила уведомления от хабра на почте и узнала о ваших комментариях совершенно случайно. Больше готовых примеров на RIDE можно найти вот здесь: github.com/wavesplatform/ride-examples
Кажется, что эта проверка про отправителя и правда просто лишняя. Как я и писала выше, участник может послать транзакцию только если от имени аккаунта аукциона, но указать там свой адрес как поле дата транзакции ему никто не мешает.
1) Поставив адрес аукциона как sender, таким образом ставка попадет в стейт аукциона.
2) Обработка исходящих транзакций, так как «входящих» транзакций в общем-то нет как факта, исходящая транзакция трансфера так и остается исходящим трансфером средств, у которых есть получатель. Никто не получает транзакции, все их могут только посылать. Таким образом да, скрипт в паттерн матчинге обрабатывает только исходящие транзакции, то есть транзакции, в поле sender у которого указан владелец смарт-аккаунта с данным скриптом.
2) Обработка исходящих транзакций, так как «входящих» транзакций в общем-то нет как факта, исходящая транзакция трансфера так и остается исходящим трансфером средств, у которых есть получатель. Никто не получает транзакции, все их могут только посылать. Таким образом да, скрипт в паттерн матчинге обрабатывает только исходящие транзакции, то есть транзакции, в поле sender у которого указан владелец смарт-аккаунта с данным скриптом.