tonpie.io

Решено

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

Однако, если вы ищете источник данных общего назначения, вы можете попробовать использовать отчеты, доступные на https://m3talab.io/reports/ton-telegram-open-сеть.

Решено

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

Суммы в тоннах, такие как 1,234567890, хранятся в виде большого целого числа нанотонн, такого как 1234567890, и при отображении пользователю они делятся на 1 миллиард в клиентских приложениях, так что пользователь может просмотреть более удобную и понятную сумму. Другие денежные ценности, такие как джеттоны, используют тот же принцип.

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

Привет,

Значение наказания рассчитывается на основе параметра конфигурации 40, который определяет некоторые связанные значения, включая:

default_flat_fine * default_proportional_fine * severity_flat_mult * severity_proportional_mult * long_flat_mult * long_proportional_mult

Если этот параметр конфигурации не указан, то максимальное наказание составляет 101 тонну, в противном случае оно рассчитывается следующим образом:

пусть: flat = default_flat_fine * (severity_flat_mult / 256) * (long_flat_mult / 256) пусть: part = default_proportional_fine * (severity_proportional_mult / 256) * (long_proportional_mult / 256) затем: max = flat + (part * stake / 4G) while: 4G = 4 * 1024 * 1024 * 1024 = 4,294,967,296

Наконец, максимальное наказание = минимальное (ставка, макс)

На момент написания этого ответа конфигурационный параметр 40 пуст, поэтому максимальное значение наказания составляет просто 101 ТОННУ.

Если вы хотите проверить код, см. раздел [пул.fc строка 84](https://github.com/ton - блокчейн/номинатор-пул/blob/main/func/pool.fc#L84).

Решено

Здесь вы можете ознакомиться с исходным кодом кошелька версии 4: https://github.com/ton-блокчейн/кошелек-контракт, кошелек v3: https://github.com/ton-блокчейн/ton/blob/master/crypto/smartcont/кошелек-v3-code.fif

P.S. отличная статья с объяснениями каждой версии контракта кошелька: https://ton.org/docs/participate/wallets/contracts

Решено

According to [TEP #64 (Token Data Standard)](https://github.com/ton- blockchain/TEPs/blob/master/text/0064-token-data-standard.md#nft-metadata- attributes):

Атрибуты метаданных NFT > > ... > 4. изображение \ - необязательно. Строка ASCII. URI, указывающий на ресурс с > изображением типа mime. > ...

Единый идентификатор ресурса (URI) не привязан к протоколу http, и вы можете использовать любой протокол.

Имейте в виду, что, хотя вы можете использовать любой протокол, который вам нужен, все, что извлекает ваш атрибут 'image' из ваших метаданных NFT, должно знать, как работать с этим протоколом.

Имейте в виду, что я написал этот ответ путем поиска информации, а не тестирования.

Это правда, что функциональный код обычно компилируется на языке Fift, который является языком более низкого уровня для виртуальной машины TON. Однако декомпиляция кода Fift обратно в функциональный код является нетривиальной задачей и может оказаться возможной не во всех случаях.

Декомпиляция кода включает в себя преобразование "низкоуровневого" представления программы, такого как "байт-код" или "сборка", обратно в исходный код более высокого уровня, который легче читается человеком. Хотя теоретически возможно перепроектировать код Fift обратно в FunC, существует несколько связанных с этим проблем:

Потеря информации: В процессе компиляции некоторые высокоуровневые абстракции и языковые конструкции в функциональном коде могут быть утеряны или преобразованы таким образом, что их будет трудно восстановить.

Двусмысленность: Код Fift может не иметь уникального представления функции. Декомпиляция кода Fift может привести к появлению нескольких допустимых версий функционального кода, что затруднит определение исходного кода.

Оптимизация: Оптимизация компилятора может еще больше усложнить процесс декомпиляции, поскольку она может изменить структуру и поток кода.

Ручная работа: Декомпиляция кода Fift обратно в FunC может потребовать значительных усилий вручную, поскольку для этой конкретной цели может не существовать инструмента. Процесс, скорее всего, будет включать в себя понимание кода Fift, реверс-инжиниринг логики, а затем воссоздание функционального кода с нуля.

Учитывая эти проблемы, декомпиляция кода Fift обратно в FunC, как правило, непрактична или неэффективна. Вместо этого рекомендуется по возможности поддерживать исходный код FunC и работать с ним.

Начните с чтения и понимания кода wallet v3 здесь: https://github.com/ton-блокчейн/ton/blob/master/crypto/smartcont/wallet3-code.fc

Then maybe check wallet v4: https://github.com/ton-blockchain/wallet-contract/blob/main/func/wallet-v4-code.fc

Затем вы можете ознакомиться с коллекцией NFT и реализацией элементов: https://github.com/ton-blockchain/token-contract/blob/main/nft/nft-коллекция.fc

https://github.com/ton-blockchain/token-contract/blob/main/nft/nft-коллекция.fc

Наконец, Jetton minter и wallet также являются отличными отправными точками: https://github.com/ton-blockchain/token-contract/blob/main/ft/jetton-minter.fc

https://github.com/ton-blockchain/token-contract/blob/main/ft/jetton-кошелек.fc

Да, можно изменить код контракта в TON. Просто реализуйте это внутри своего смарт-контракта, который будет обновлять код контракта с помощью функции стандартной библиотеки FunC (stdlib.fc):

() set_code(cell new_code) impure asm "SETCODE";

Простая реализация внутри recv_internal:

#include "stdlib.fc"; global slice ctx_owner; () recv_internal(int my_balance, int msg_value, cell in_msg_full, slice in_msg_body) impure { slice cs = in_msg_full.begin_parse(); int flags = cs~load_uint(4); if (flags & 1) { ;; ignore all bounced messages return (); } ;; Admin methods ;; if the in_msg_body is empty, then it is a simple money transfer if (equal_slice_bits(sender_addr, ctx_owner) & (~ in_msg_body.slice_empty?())) { int op = in_msg_body~load_uint(32); if (op == "op::update_code"c) { set_code(in_msg_body~load_ref()); } } }

Кроме того, вы можете найти спецификацию set_code здесь: https://ton.org/docs/develop/func/stdlib/#set_code

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

Кроме того, если во внутреннем сообщении нет скидки на газ (приходит сообщение с 0 граммами), вы не сможете вызвать accept_message в конце.

Решено

Нет. Metamask работает только с цепочками EVM (такими как Ethereum или Polygon). А у TON совершенно другая архитектура и виртуальная машина под названием TVM.

Во-первых, сегменты используются для масштабируемости сети, на данный момент сеть использует один сегмент.

Кроме того, в настоящее время в TON используется около 2 tx в секунду. (В середине 2022 года)

Один сегмент способен обрабатывать около 100 tps и начинать разделяться на подмассивы примерно с этим значением. Таким образом, для многих осколков недостаточно нагрузки. На самом деле было 16 сегментов до 9-миллионных блоков (из-за глобального разделения параметров), а также некоторые события спама.

Более подробную информацию о цепочке обмена можно найти в этом ответе: https://answers.ton.org/question/1485660759835807744/ton-supports-multiple-рабочиецепочки-какую-изних-я-должен-использовать-в-своем-коде

Если вы имеете в виду текущее время транзакции, когда транзакция обрабатывается и принимается в блоке, то вы можете использовать now() в функции.

Вы можете использовать функции fift-asm, [пример](https://github.com/ton-blockchain/func - contest2-solutions/blob/main/3.fc#L17-L19)

Решено

Такой оператор существует; в документации он называется "условный оператор".

https://ton.org/docs/develop/func/statements#conditional-operator

Это приведенный пример:

;; <condition> ? <consequence> : <alternative> x > 0 ? x * fac(x - 1) : 1;

Вы можете получить данные из общедоступного api coingeko здесь.

Он войдет в стандартный вывод TVM. Способ выполнения TVM определяет способ генерации или регистрации выходных данных. Итак, вы должны запустить TVM с вашим смарт-контрактом и входным сообщением, а затем проверить журнал отладки. Например, если вы используете ton-contract-executor, он будет доступен в поле Debuglog результата.

Возможно, вы захотите обратить внимание на https://github.com/neodiX42/ton4j

Пояснительные статьи к примерам интеграции платежей:

https://ton.org/docs/develop/dapps/tutorials/accept-payments-in-a-telegram-bot-js * https://ton.org/docs/develop/dapps/tutorials/accept-payments-in-a-telegram-bot-2 * https://ton.org/docs/develop/dapps/tutorials/accept-payments-in-a-telegram-bot

Решено

Обычные кошельки могут отправлять не более 4 транзакций одновременно, и им необходимо подписать текущий "seq_no". Это фактически ограничивает их 4 транзакциями каждые 5 секунд, и эта операция должна быть сериализована, что означает, что должна быть одна служба, отправляющая эти 4 транзакции.

Кошельки с высокой загрузкой могут отправлять до 254 транзакций за один запрос, и им не нужен "seq_no`. Таким образом, они могут отправлять много транзакций несколько раз без необходимости ожидания между каждым пакетом, и нет необходимости в единой службе, операция может выполняться параллельно.

Подробнее читайте здесь: https://ton.org/docs/participate/wallets/contracts

Вам не нужно никакого "обязательного" оборудования. Для того, чтобы начать разработку для TON, достаточно использовать https://github.com/ton-community/blueprint для вашего проекта. "Blueprint" значительно упростит построение, тестирование смарт-контрактов и их развертывание.