Topic: [ARDR] Nxt: Ardor - масштабируемая ChildChain-платформа - page 285. (Read 1749583 times)

поздравляю !

Установил все правильно. Просто кеш забыл почистить. Только почистил и Леджер появился   Но маркетпласе гюкавый. Ниодного товара не показывает хотя перечень разделов есть

Должно быть так:


если этого нет - неправильно переустановил клиента

У меня нет такого, установил свежую 1.6.2  

Под Dashboard  имею

Dashboard

My Transaction

Approval Request

и больше ничего. Измений по сравнению с 1.5.15 не вижу никаких. Маркет плэйсе ничего не отображает когда щелкаешь на товарные группы-теги

Сразу под Dashboard есть пунктик Account Ledger
З.Ы. Появился начиная с  1.6.1е

А где смотреть Account Ledger?  У меня Recent Transactions  и там все мои транзакции после устаноывки 1.6.2

- да, по умолчанию это так:
- чтобы перерассчитать Account Ledger:
- если после этого сервер будет жаловаться на отсутствие админского пароля - установите его (nxt.adminPassword=  в nxt.properties).

а кто подскажет - Account Ledger отображает данные только по тем движения, которые были с момента установки клиента 1.6.2 - это так и должно быть ?

оказывается BTCOR Group выплатил дивиденды)
по 0,55

Вышел NXT 1.6.2.

The 1.6 series is no longer considered experimental. If upgrading from 1.5.15 or earlier, see the 1.6.0e and 1.6.1e changelogs for other important changes in 1.6.

The account ledger now uses transaction id as event id for all events except block generation. To apply this change, the account ledger table will be automatically truncated on upgrade to this release. Users who desire to restore the deleted past account ledger entries should run a full rescan from the API test page. Note that account ledger records are only kept for 30000 blocks by default.

Added currency transfers history page to the Monetary System UI.

Added generate hallmark dialog to facilitate hallmarking your node. The host field is pre-populated with the external node address as detected by UPnP. Note that when using dynamic IP address you should set up and use a dynamic DNS hostname instead of the numeric IP for the hallmark. And when using a non-default port, the host field should be filled as host:port.

Added "clear results" link in the ShapeShift My Exchanges section, to allow clearing past transaction history. As this history data is being retrieved from the ShapeShift servers, it allows correlating Nxt accounts previously used for exchange transactions with the current user IP address and with each other, thus clearing history after no longer needed is important for the user privacy.

Funding a new account using ShapeShift now relies on the ShapeShift sendamount API which provides better conversion rate. The user first specifies the amount of NXT to receive, the dialog then presents a deposit address for the  source currency which the user needs to fund with the exact amount within 10  minutes.

Added ledger tab to the account info dialog.

Added includeAssetInfo or includeCurrencyInfo parameters, default false, to the getAccountAssets, getAccountCurrencies, getAccountExchangeRequests, getExpectedAssetTransfers, and getExpectedCurrencyTransfers APIs.

Tabs are now sorted mostly alphabetically on the API test page.

Added nxt.hideErrorDetails property, default false, to allow suppressing node specific configuration details in error messages returned to peers.

Increased default prunable lifetime setting to 90 days. Minimum enforced is still 2 weeks.

The UPnP connection timeouts are now also configurable in nxt.properties.

Updated Bouncy Castle library to version 1.53, Jetty to version 9.3.5, IzPack installer to 5.0.5, and weupnp to 0.1.4. Make sure to delete the old lib folder if unpacking over a previous installation.

Выплаты NSC №17.

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

в данном смысле, да. Просто часто проскакивал подобный вопрос в направлении "побольше нафоржить"

Смысл в том чтобы сделать профилактику на одном из серверов но при этом не прервать форжинг. Как я понял из ответа австс  это возможно

- на этот вопрос есть ответ в FAQ-е:
- иными словами, больше комиссий таким образом не нафоржишь...  В Nxt на каждый очередной блок назначается (вычисляется) форжащий аккаунт, очередь форжинга можно посмотреть здесь: https://nxtportal.org/monitor/ (завораживающее зрелище). Если этот форжащий аккаунт на разных серверах сгенерирует немного разные блоки - сеть всё равно выберет один из этих блоков, остальные будут отброшены (заорфанены).

а смысл ? "продуктивность" форжинга зависит от объема монет в акааунте

Спасибо, и еще вопрос. Возможен ли одновременный форжинг с нескольких серверов но с одного экаунта?

- нет, транзакции без комиссии невозможны, но возможны блоки без транзакций.
Такие пустые блоки нужны для безопасности сети (предыдущих блоков и транзакций).
В клиенте в Dashboard -> Last Updated (Block: 554...)  --> More info --> номера непустых блоков (Height) выделены жирным шрифтом (номер можно кликнуть).

- возобновление форжинга зависит от того, каким образом сервер "заглох". Для форжинга сервер хранит приватный ключ форжащего аккаунта в своей оперативной памяти, поэтому, если сервер перезагрузился, то ключ он "забыл", и с клиента (или с самого сервера) нужно заново подать команду на форжинг.
Если сервер не перезагружался, а просто потерял сеть на 20 минут, то после возобновления доступа к сети он нагонит блокчейн, и продолжит форжинг.
Но сейчас, при малом количестве транзакций (см. выше), форжинг не выгоден. При большом желании форжить также можно использовать форжинговый пул (украсть чужие монеты он не может).

Кто знает, если сервер кратковременно минут на 10 -20 заглохнет, форжинг возобновится сразу после его запуска и входа в клиент  или опять должны сутки пройти?

И еще вопрос. Много блоков идут с нулевым fee. Что возможна транзакция без уплаты 1 некста?

- технически контракты (Automated Transactions) вставить вполне возможно - их можно перенести 1:1 из Бурста (полного клона Некста), но разработчики сейчас готовят версию 1.7 с более важными (для практического применения) функциями (Coin shuffling, Account control, ...).
И я думаю, что это правильный подход, т.к. для "контрактов" пока слишком мало придумали практических кейзов - фактически только лотерею и краудфандинг, причём последний, как мы только что видели на примере "Теннесси", прекрасно работает и сейчас в Нексте в Монетарной системе. Прочие применения контрактов всё равно завязаны на доверенных лиц из реального мира.