TON Дев Чат
[ 3][t 6][2022-05-05 03:50:21.387584223][manager.cpp:1583][!archive] failed to download archive slice: [Error : 651 : no nodes]Судя по всему он не видит другие узлы.
[ 3][t46][2022-05-05 04:58:17.771266765][manager.cpp:1583][!archive] failed to download archive slice: [Error : 652 : adnl query timeout]
dropping too remote value: 4t3KeOY+aRZ500xbaH4Xc3Zej7V7vOFMC8wa0SZC2Ho= distance = 13и
[ 4][t36][2022-05-05 05:04:59.655681000][adnl-peer.cpp:242][!peerpair][&ADNL_NOTICE] [peerpair QRN95tNyjtbmKkudYvxEa/eNnNywX5+MRhQoRn+7jdY=-PXo1fuoxVZc0/dTcnxoybDvlVtEHaUHKEE0ooNBXc/g=]: dropping OUT messages: cannot get conn: [Error : 651 : empty network information: version=-1 reinit_date=0 real_reinit_date=0]
downloaded archive slice
Почему валидатор в принципе не синхронизируется? Может важно географическое расположение сервера?
А
и B
. Пользователь отправляет сообщение х1
контракту А
, дальше контракт А
отправляет сообщение х2
контракту B
, и после этого смарт-контракт B
отправляет сообщение х3
контракту A
.х2
и х3
, я указываю mode = 1
. Это может вызвать ошибку, связанную с оплатой комиссий за выполнение?mode = 1
не используется при деплое nft-item
. Вероятно, что это может быть связано с описанной проблемой. Или я ошибаюсь?
Currently mode = 0 is used for ordinary messages;
mode = 128 is used for messages that are to carry all the remaining balance of the current smart contract (instead of the value originally indicated in the message);
mode = 64 is used for messages that carry all the remaining value of the inbound message in addition to the value initially indicated in the new message (if bit 0 is not set, the gas fees are deducted from this amount);
mode' = mode + 1 means that the sender wants to pay transfer fees separately;
mode' = mode + 2 means that any errors arising while processing this message during the action phase should be ignored. Finally,
mode' = mode + 32 means that the current account must be destroyed if its resulting balance is zero. This flag is usually employed together with +128
requests
намутить, что угодно
EQDXlBKjyxxXS_HgLkxGKLYbghlav2TC-VBin0MTOrY40Ali
dropping too remote value: +rpvRa+UHlkXdrdrtiJPhRrtkAN76HWIEtBI++wzX2Y= distance = 18
delaying OUT messages: cannot get conn: [Error : 651 : empty network information: version=-1 reinit_date=0 real_reinit_date=0]
/var/ton-work/db/overlays
и /var/ton-work/db/dht-...
/var/ton-work/db
она и всё что в ней должны принадлежать`validator:validator`
./lite-client/lite-client -C ./testnet-global.config.json -c "checkloadall 1651882990 1651884990" -i 1
[ 0][t 1][2022-05-07 00:59:49.334157554][block.cpp:1619][!testnode] Check `total_wt >= W[a]` failed
pytonlib
хочу вызвать get-метод get_nft_address_by_index
и получаю корректный, но неправильный адрес. Через toncenter-api
выдает правильный. Ранее мельком натыкался на обсуждение, что tonlibjson
с багом и есть патч... В итоге пришлось пройти огромный квест: сначала убедиться, что проблема в либе - в докере на ubuntu подменил библиотеку из toncenter - скрипт вернул верный адрес, а потом занялся сборкой ton на винде, с патчем вылезло несколько ошибок (в проекте test-storage), но сама либа собралась и после ее подмены также вернулся правильный адрес.pytonlib
. Или это, что-то типа теста и минимальный порог вхождения в TONdev? ))
get_nft_address_by_index(int index)
)get_nft_data
, но просто так доверять ему не следует)2**5 = 32
). Такие параметры остались от предыдущих тестов когда смотрели поведение при нагрузке сосредоточенном на одном супер-активном аккаунте (который проваливается в свой собственный глубокий шард).tonweb-mnemonic
или любые другие либы TONа, кошельки TONа, несовместима с ETH, BTC и тд блокчейнами? И ровно обратная история, почему если создать мнемоник фразу к примеру для EVM, то в TON она валидацию не проходит?add +0x80 if the address should not be accepted by software running in the production network)
https://toncenter.com/api/v2/getBlockTransactions?workchain=#{workchain}&shard=#{shard}&seqno=#{block.number}
https://toncenter.com/api/v2/getMasterchainInfo
zerostate_root_hash
из 12го конфига и сверять что в сообщении тот же хэш, что и в конфигах
org.ton.types
, хотя он тут используется.const address = new Address(req.query.id),
collection = new NftCollection(ton, {address}),
addr = await collection.getNftItemAddressByIndex(req.query.index)
console.log(data)