tonpie.io

Решено

Вы можете использовать https://ton.org/address/ конвертер.

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

Решено

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

;; Unoptimized variant int pow (int a, int n) { int i = 0; int value = a; while (i < n - 1) { a *= value; i += 1; } return a; } ;; Optimized variant (int) binpow (int n, int e) { if (e == 0) { return 1; } if (e == 1) { return n; } int p = binpow(n, e / 2); p *= p; if ((e % 2) == 1) { p *= n; } return p; } () main () { int num = binpow(2, 3); ~dump(num); ;; 8 }

Перевод технических документов TON на русский язык: https://github.com/Korolyow/TON_docs_ru Перевод на китайский: https://awesome-doge.github.io/the-open-network-белаякнига/#/1. TON概要/README

Вы можете использовать minter.ton.org чтобы создать свой собственный причал

Вы можете увидеть это, например, здесь (раздел "осколок"): https://test-explorer.toncoin.org/last

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

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

Я предполагаю, что вы интересуетесь языком программирования для смарт-контрактов. В настоящее время вы можете выбрать любую функцию (https://ton.org/docs/develop/func) или тактичность (https://docs.tact-lang.org/), оба из которых являются удобочитаемыми языками, используемыми для построения смарт-контрактов.

Оба этих языка предлагают подключаемый модуль для отображения вашего текущего адреса, аналогичный "address(this)" в Solidity.

В FunC вы можете использовать:

slice my_address() asm "MYADDR";

В такт, вы можете использовать:

myAddress(): Address;

С TON и TVM вы не можете получить хэш немедленно. Хэш и значение "lt" (логическое время) будут доступны только после того, как транзакция будет добавлена в блок валидаторами.

Существует ** два способа ** проверить, была ли транзакция успешно отправлена:

Проверьте порядковый номер (seqno) кошелька. Если он увеличился, то, скорее всего, транзакция была отправлена.

Проверьте адрес для совершения транзакции. Это подтвердит, была ли транзакция записана в блокчейне.

minter.ton.org имеет версию testnet: https://minter.ton.org/?testnet=true

Пожалуйста, ознакомьтесь с настоящим стандартом. https://github.com/ton-blockchain/TEPs/blob/master/text/0074-jettons-standard.md#get-methods-1 Изменяемый в tonscan означает чеканяемый.

Я предполагаю, что это из-за того, что специальные символы, такие как ?!: /, принимаются в именах переменных и функций. Если // использовался для однострочных комментариев, то в конце строк без точки с запятой перед ними нужно было ставить пробел, иначе они рассматривались бы как часть имени идентификатора.

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

Такого уровня или инструментария не существует. Вам пришлось бы создавать такие примитивы самостоятельно, используя виртуальную машину TON и, возможно, FunC.

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

Информацию о каналах оплаты вы можете найти здесь: https://github.com/ton-blockchain/payment-channels https://github.com/toncenter/tonweb/tree/master/src/contract/payments

Если вы просто пытаетесь отправить TON с одного кошелька на другой, вы могли бы просто написать скрипт на python или node.

https://ton.org/docs/#/payment-processing/deposits-single-wallet

https://society.ton.org/how-ton-wallets-work-and-how-to-access-them-from-javascript

Решено

Насколько мне известно, не существует полных удобных интерфейсов для создания DAO на TON. При этом существуют примеры смарт-контрактов и репозиториев, с которыми вы потенциально можете поработать.

Вероятно, самое близкое к тому, что вы хотите: https://github.com/orbs-network/dao-vote

Реализация кошелька с несколькими подписями Fift: https://github.com/mir-one/dao-multisig

Невозможно использовать MetaMask при использовании TON, поскольку TON не является блокчейном на основе EVM.

Кроме того, когда вы импортируете закрытый ключ или мнемонику в такое приложение, как MetaMask или MyTonWallet, вы не обязательно "переводите" их на другой кошелек. Все это одна и та же учетная запись, просто она отображается в другом пользовательском интерфейсе.

Решено

Да, данные должны помещаться в регистр "c4". c4 ограничен глубиной <=512.Подробнеечитайтездесь:https://ton.org/docs/learn/tvm-instructions/tvm-overview

Если вы используете ячейки в линейном одинарном дереве ссылок, вы ограничены битами "512 * 1023 = 523776" или около 64 КБ. Но если вы используете все ячейки для хранения данных, то получится очень огромное дерево с большим пространством. Только на нижнем слое у него есть ячейки "4 ** 511".

IHR - это мгновенная маршрутизация по гиперкубу. Это еще не реализовано в TON chain. Таким образом, он всегда отключен, а плата за IHR всегда равна 0. Обратитесь к этому https://ton.org/docs/develop/smart-contracts/messages#message-макет

[dton.io ](https://dton.io /) показывает некоторую статистику на своей домашней странице, включая транзакции в секунду.

Решено

Основано на техническом документе, найденном здесь, логическое время описывается как:

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

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

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