А насколько там реально заработать с флешлоунами? Надо ведь как-то обогнать других ботов (пропихнуть свою транзакцию раньше, заплатив большой mev?), и при этом еще потратиться на проценты по флешлоунам и газ, и при этом, чтобы осталась прибыль.
В сети эфира очень дорогие транзакции. Если они принимают платеж через менее прожорливые сети, то стоит использовать их (например tron или polygon).
Оплата долларами в вашем случае реализована так. Ваш баланс в $ - это на самом деле число в mapping одного смарт-контракта. Можно к этому смарт-контракту обратиться напрямую, и перевести кому-нибудь деньги.
Но в вашем случае требовалось дать какому-то другому смарт-контракту доверенность на использование ваших денег (approve), а он в свою очередь сам их заберет (скорее всего в следующей транзакции). То есть вас должны были попросить подтвердить две транзакции.
Замечу, что если вы даёте approve мошенническому контракту, то он просто может увести ваши деньги. (второй транзакцией, инициированной мошенником)
Можно по приколу сделать соревнование: участникам даны доказательства неких математических утверждений, задача - быстрее остальных найти ошибку. Может, кому-то будет интересно поучаствовать.
Поля типа Foo* в классе, если требуется менять значение этого поля. Референсы менять нельзя.
shared_ptr и unique_ptr - там где, в деструкторе нужно удалять другие объекты. Если использовать референсы, то придётся руками писать удаление в деструкторе.
При таком подходе получается, что доля кратна 1%. А если делать доли более делимые, то у одного инвестора будет очень много токенов, и каждым надо будет воспользоваться по отдельности, заплатив очень много газа. Да и при 1% газа может много уходить. А ещё сложно торговать долями будет, потому что рыночная стоимость доли зависит от накопленного дохода, который постоянно меняется. Для решения той же проблемы на обычных биржах при торговле облигациями покупатель должен ещё в добавок заплатить автоматически вычисляемый накопленный купонный доход, но не знаю, есть ли что-то аналогичное в мире криптовалют.
Кажется, следующая схема на ERC-20 была бы лучше. Но возможно я изобретаю велосипед.
У каждого инвестора есть накопленный доход, также вместе с этим хранится общий доход контракта на момент расчёта накопленного дохода
При переводе токенов между инвесторами накопленный доход обоих пересчитывается, используя разницу между текущим общим доходом контракта и общим доходом на момент предыдущего расчёта накопленного дохода
Инвесторы забирают весь свой доход одним вызовом контракта
Из недостатков схемы - невозможность дополнительного выпуска токенов или их сжигания, потому что при этих операциях пришлось бы пересчитать накопленный доход всех инвесторов.
Разве метку нельзя заставить пищать, если поблизости есть чей-нибудь iPhone? Если так, то её быстро можно найти.
Насколько я помню, у filecoin доступ к своим файлам может несколько часов занимать, что часто никуда не годится.
А насколько там реально заработать с флешлоунами? Надо ведь как-то обогнать других ботов (пропихнуть свою транзакцию раньше, заплатив большой mev?), и при этом еще потратиться на проценты по флешлоунам и газ, и при этом, чтобы осталась прибыль.
В сети эфира очень дорогие транзакции. Если они принимают платеж через менее прожорливые сети, то стоит использовать их (например tron или polygon).
Оплата долларами в вашем случае реализована так. Ваш баланс в $ - это на самом деле число в mapping одного смарт-контракта. Можно к этому смарт-контракту обратиться напрямую, и перевести кому-нибудь деньги.
Но в вашем случае требовалось дать какому-то другому смарт-контракту доверенность на использование ваших денег (approve), а он в свою очередь сам их заберет (скорее всего в следующей транзакции). То есть вас должны были попросить подтвердить две транзакции.
Замечу, что если вы даёте approve мошенническому контракту, то он просто может увести ваши деньги. (второй транзакцией, инициированной мошенником)
Отсутствие беспроигрышной стратегии у белых разве не означало бы наличие победной стратегии у черных?
Дополню ещё, что может захотеться успешные ответы обернуть во что-нибудь.
Для этого пригодится ResponseBodyAdvice, но он срабатывает и после обработчика ошибок, что надо будет учесть при реализации.
Замечу, что зачастую библиотеки для взаимодействия с внешним миром уже содержат средства для 'проксирования'.
JDBC содержит интерфейс Connection, который вы можете обернуть, добавив свою логику.
Если используете JPA, то можно обернуть EntityManager
Если обрабатываете HTTP запросы, то для этих целей есть фильтры
Можно по приколу сделать соревнование: участникам даны доказательства неких математических утверждений, задача - быстрее остальных найти ошибку. Может, кому-то будет интересно поучаствовать.
Для всех этих задач есть один чит - reduce позволяет получить абсолютно любой результат.
Дополню ещё 2 места, где без указателей никак:
Поля типа Foo* в классе, если требуется менять значение этого поля. Референсы менять нельзя.
shared_ptr и unique_ptr - там где, в деструкторе нужно удалять другие объекты. Если использовать референсы, то придётся руками писать удаление в деструкторе.
При таком подходе получается, что доля кратна 1%. А если делать доли более делимые, то у одного инвестора будет очень много токенов, и каждым надо будет воспользоваться по отдельности, заплатив очень много газа. Да и при 1% газа может много уходить. А ещё сложно торговать долями будет, потому что рыночная стоимость доли зависит от накопленного дохода, который постоянно меняется. Для решения той же проблемы на обычных биржах при торговле облигациями покупатель должен ещё в добавок заплатить автоматически вычисляемый накопленный купонный доход, но не знаю, есть ли что-то аналогичное в мире криптовалют.
Кажется, следующая схема на ERC-20 была бы лучше. Но возможно я изобретаю велосипед.
У каждого инвестора есть накопленный доход, также вместе с этим хранится общий доход контракта на момент расчёта накопленного дохода
При переводе токенов между инвесторами накопленный доход обоих пересчитывается, используя разницу между текущим общим доходом контракта и общим доходом на момент предыдущего расчёта накопленного дохода
Инвесторы забирают весь свой доход одним вызовом контракта
Из недостатков схемы - невозможность дополнительного выпуска токенов или их сжигания, потому что при этих операциях пришлось бы пересчитать накопленный доход всех инвесторов.
Альтернативу в виде установки opencv через pip попробовали?
Ещё интересно, во что будут транслироваться private-поля из TypeScript. Будет ли к ним добавляться #. И если да, то не сломает ли это ничего.
UPD: этот вопрос подробно рассмотрен здесь. TLDR: не будет. То есть фактически будет два типа private: # и старый.
А что если попробовать построить решающее дерево [используемое в машинном обучении]?
В качестве вопроса выбрать слово, а в качестве эффективности разделения что-нибудь стандартное, например, gini index или information gain.