• 0 Голоса
    2 Сообщения
    7 Просмотры

    TON стремится быть децентрализованной системой, как и большинство блокчейнов. Это означает, что вместо того, чтобы полагаться на какую-то "единую сверхдержаву", лучше иметь "совокупность равных сил". А это значит, что для системы было бы нехорошо, если бы появился какой-нибудь "доминирующий супервалидатор" с безумной суммой в качестве ставки. Лучше иметь много отдельных валидаторов с меньшими суммами.

    Вот почему система настроена таким образом, что побуждает людей создавать больше валидаторов вместо того, чтобы вкладывать все свои деньги в один. Это достигается за счет ограничения прибыли валидаторов после некоторого ограничения (сейчас это около 900 тысяч, но в будущем это может измениться).

    Когда у валидатора есть ставка от 300 до 900 тысяч, добавление большего количества тонкоинов к ставке приводит к увеличению прибыли, поэтому есть мотивация делать это. Но после достижения предельного уровня добавление большего количества денег перестает приносить больше прибыли. Так что нет особого смысла добавлять деньги в валидатор, который достиг этого предела. Если у кого-то есть Toncoins и он хочет поставить их на кон, гораздо лучше выбрать другого валидатора, который еще не достиг 900 тысяч, чтобы инвестиции приносили прибыль.

    Таким образом, прямого запрета на добавление "слишком большого количества" тонкоинов в валидатор нет, они не исчезнут или что-то в этом роде. Просто нет особого смысла делать это, когда есть более выгодные варианты.

  • 0 Голоса
    1 Сообщения
    6 Просмотры

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

    Этот вопрос был импортирован из чата Telegram: <***Скрыто***

    click to show

    Оригинал вопроса

  • 0 Голоса
    3 Сообщения
    17 Просмотры

    Решено

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

    Если вы хотите посмотреть на их кошельки в TON blockchain explorers, вам нужно сначала найти контролирующий кошелек, то есть кошелек, который отправляет TON для участия в выборах.

    Эту информацию можно найти, запустив метод get participant_list_extended, и он возвращает полезные данные только до завершения выборов.

    Например, если я запущу lite-клиент в testnet и выполню эту команду:

    runmethod kf8zMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzMzM_BP participant_list_extended

    Результатом будет что-то вроде:

    result: [ 1692631422 1692631242 10000000000000 14019250477034344 ([1785726394745260293869629821187026920743160317479397166793665319642004602034 [1000001000000000 1966080 101184175721668699951755525112601793644527200681998252172335557711320252984635 87647878168491834245916094424296400596840187149190938906730361646994336065092]] [...

    Здесь первые 4 поля связаны с выборами (elect_at, elect_close, min_stake, total_stake), затем идет список валидаторов, первое поле - идентификатор валидатора, а затем 4 связанных поля, третье - адрес управляющего кошелька.

    Например, здесь 1785726394745260293869629821187026920743160317479397166793665319642004602034 - это идентификатор валидатора или validator_pubkey, и 101184175721668699951755525112601793644527200681998252172335557711320252984635 - это десятичное число, которое может идентифицировать кошелек. Если вы преобразуете его в шестнадцатеричное значение, а затем преобразуете в адрес TON (ton.org/address и добавляя '-1:'), тогда вы прибудете по адресу: kf_ftDbFY_gRWt2FkqVk68scKhuoniW6Po7GndTGdkCtO_2Z.

  • 0 Голоса
    2 Сообщения
    5 Просмотры

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

  • 0 Голоса
    1 Сообщения
    3 Просмотры

    Существует множество API, которые позволяют вам получать информацию о кошельках TON, NFT и так далее. Но существует ли известный API с методами, которые предоставляют информацию о выборах валидатора?

    Этот вопрос был импортирован из чата Telegram: <***Скрыто***

    click to show

    Оригинал вопроса

  • 0 Голоса
    2 Сообщения
    5 Просмотры

    Решено

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

    В Testnet вы можете получить доступ к этому параметру по следующей ссылке:

    https://test-explorer.toncoin.org/config?workchain=-1&shard=8000000000000000&seqno=10476790&roothash=6D2228626EC81D680F9CD0AAC0CDC78B8D0B63A88AAB95395576E46E65F4B5F9&filehash=C4F8F113C7B4F09BBA11D8EBB08E89E11E02172A11D6B5CA74339FFE548D98A5#configparam40

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

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

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

    Для получения более подробной информации о конфигурации валидатора вы можете проверить: https://docs.ton.org/develop/howto/network-configs

  • 0 Голоса
    2 Сообщения
    4 Просмотры

    Решено

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

    Однако реалистичное долгосрочное решение требует наличия надлежащего сервера и центра обработки данных. Потребительские ПК не рассчитаны на такую нагрузку и стабильность. Вы же не хотите платить за время простоя своей ставкой TON.

  • 0 Голоса
    2 Сообщения
    11 Просмотры

    Решено

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

    В отличие от некоторых других блокчейнов, таких как Ethereum, "блокчейн TON не допускает динамической корректировки платы за газ в зависимости от рыночного спроса`. Цены на газ одинаковы для всех и определяются конфигурацией сети. * ** Таким образом, невозможно "заплатить больше", чтобы заставить валидаторов отдавать приоритет вашей транзакции перед другими.** *

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

  • 0 Голоса
    2 Сообщения
    5 Просмотры

    Решено

    Любой узел в сети TON имеет свой собственный ADNL-адрес. Это похоже на IP-адреса в Интернете; они являются открытыми ключами для использования сетью. Это больше похоже на личную информацию.

    Вы можете прочитать больше здесь:

    https://ton.org/docs/learn/networking/adnl#:~:text=An ADNL Address is essentially,intended for the recipient address

  • 0 Голоса
    2 Сообщения
    3 Просмотры

    Решено

    Избирательный контракт отвечает за управление выборами валидатора на блокчейне TON.

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

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

    В результате в Избирательном контракте может содержаться значительное количество заблокированных ставок из предыдущих раундов, что приводит к более высокому балансу, чем общая ставка активных валидаторов.

  • 0 Голоса
    1 Сообщения
    2 Просмотры

    Какова минимальная ставка для валидатора?

    На GitHub (https://github.com/ton-blockchain/mytonctrl/blob/master/docs/en/nominator-pool.md) Я обнаружил, что минимальная ставка для валидатора составляет > 1 тыс. тонн, в то время как в этой статье telegraph (https://telegra.ph/TON-Nominators-requirements-05-28) это > 10 тысяч тонн. Какому из двух пунктов следует следовать?

    Этот вопрос был импортирован из чата Telegram: > <***Скрыто***

    click to show

    Оригинал вопроса

  • 0 Голоса
    1 Сообщения
    1 Просмотры

    Существует ли специальная чат-группа для валидаторов? Я смотрю, потому что хочу обсудить обновления для MyTonCtrl.

    Этот вопрос был импортирован из чата Telegram: > <***Скрыто***

    click to show

    Оригинал вопроса

  • 0 Голоса
    1 Сообщения
    1 Просмотры

    Я хотел бы увидеть всю историю прошлых голосований валидаторов. Как именно я могу это сделать?

    Этот вопрос был импортирован из чата Telegram: <***Скрыто***

    click to show

    Оригинал вопроса

  • Насколько высоки штрафы для валидаторов?

    TON Overflow на русском
    0 Голоса
    2 Сообщения
    5 Просмотры

    Привет,

    Значение наказания рассчитывается на основе параметра конфигурации 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).