[ARDR] Nxt: Ardor - масштабируемая ChildChain-платформа

[scor2k]

1. Если код на php - то он уже выполняется на стороне сервера и поэтому уже будет уязвим (имхо).
2. Вроде аналогичных функционал на JS реализован в клиенте NXT'а - можно попробовать выдернуть
3. ... стартануть ноду в оффлайн режиме (в 1.2.6 есть такой ключик)...
4. ... вот как потом запульнуть транзакцию в реальную сеть - это уже надо думать

1. Согласен, но на мой взгляд не уязвимей NXT клиента - поэтому и ищу вариант на php.
2. Смотрел исходники, но java не знаю и картину полную не могу понять, вроде исходные данные(комиссия, получатель, ...) переводятся в байткод, потом gzip, потом шифруется..., вроде одним словом
3. Спасибо, функционал хороший, но без интернета смысл теряется, разве что потом на флешке перенести на онлайн ноду )))
4. Думаю это можно сделать Broadcast'ом, ведь на входе этот запрос просит только готовый байткод

2. Я тоже java не знаю )))
3. Если я правильно понял вашу идею - то вы хотите не держать локальную nxt-ноду, что бы не думать о ее состоянии и т.п., а все запросы делать с внешними (публичными) нодами. Ну так вариант с оффлайновой нодой как раз будет ништяк. Не надо качать блокчейн, не надо открывать порты наружу, нужно только API открыть для локалхоста. Для пущей безопасности при редких транзакциях можно стартовать и гасить ноду перед/после транзакций. Последовательность будет примерно такая:
3.1. Стартуем ноду, без скана блокчейна это будет занимать мало времени
3.2. выполняем Send Nxt, на выходе получаем номер транзакции
3.3. берем Get Transaction Bytes от полученной транзакции. В результате имеем байткод, который уже посылаем на удаленную ноду бродкастом.
3.4. гасим локальную ноду что бы обезопасить себя от чего-нибудь

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

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

[DRVX]

Внимание вопрос знатокам NXT:
Есть какой то функционал для автоматического распределения дивидендов типа

Поясню на примере
выпустил 1000 единиц актива (акций) их купили N акционеров в разных долях
за квартал набежали объявленные проценты
их надо распределить между акционерами на последнее число квартала пропорционально кол-ву акций а каждого на руках?

[abctc]

Есть какой то функционал для автоматического распределения дивидендов типа

- какой-то есть: https://nxtforum.org/index.php?topic=4136.0

В будущем такой функционал будет в ядре Nxt (особый вид транзакции).

[S3MKi]

Кто видит закономерность?

[bblizard]

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

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


Но возник новый вопрос, я был уверен, что разница высоты блока, в который включена условная транзакция, и высоты текущего блока, есть количество подтверждении условной транзакции, на деле оказывается это соотношение(разница в высоте и кол-во подтверждений) не 1:1, а 1:4 или 1:5. Кто-нибудь прокомментирует данный факт?!

Возможно ли, что это связано с нескольким конкурирующими цепочками блоков?

[scor2k]

Но возник новый вопрос, я был уверен, что разница высоты блока, в который включена условная транзакция, и высоты текущего блока, есть количество подтверждении условной транзакции, на деле оказывается это соотношение(разница в высоте и кол-во подтверждений) не 1:1, а 1:4 или 1:5. Кто-нибудь прокомментирует данный факт?!

Возможно ли, что это связано с нескольким конкурирующими цепочками блоков?

А зачем так изголяться? О любой транзакции можно узнать - сколько подтверждений уже она получила...

[bblizard]

Но возник новый вопрос, я был уверен, что разница высоты блока, в который включена условная транзакция, и высоты текущего блока, есть количество подтверждении условной транзакции, на деле оказывается это соотношение(разница в высоте и кол-во подтверждений) не 1:1, а 1:4 или 1:5. Кто-нибудь прокомментирует данный факт?!

Возможно ли, что это связано с нескольким конкурирующими цепочками блоков?

А зачем так изголяться? О любой транзакции можно узнать - сколько подтверждений уже она получила...

Разбираюсь потихоньку как все устроено и работает, интересно

[d13id]

Подскажите как отправить монеты на старый формат адреса (который из одних цифр).
Суть проблемы: при попытке осуществить депозит на криптси сгенерился Nxt-адрес старого образца, который новым клиентом воспринимается как некорректный.

[bblizard]

Подскажите как отправить монеты на старый формат адреса (который из одних цифр).
Суть проблемы: при попытке осуществить депозит на криптси сгенерился Nxt-адрес старого образца, который новым клиентом воспринимается как некорректный.

Подобный вопрос решил зайдя на http://nxtexplorer.com и вбил номер!

[bblizard]

Но возник новый вопрос, я был уверен, что разница высоты блока, в который включена условная транзакция, и высоты текущего блока, есть количество подтверждении условной транзакции, на деле оказывается это соотношение(разница в высоте и кол-во подтверждений) не 1:1, а 1:4 или 1:5. Кто-нибудь прокомментирует данный факт?!

Возможно ли, что это связано с нескольким конкурирующими цепочками блоков?

А зачем так изголяться? О любой транзакции можно узнать - сколько подтверждений уже она получила...

Разбираюсь потихоньку как все устроено и работает, интересно

Разобрался, оказалось, что nxtexplorer.com неверно показывает номера блоков и кол-во подтверждений!!!

[abctc]

Подскажите как отправить монеты на старый формат адреса (который из одних цифр).
Суть проблемы: при попытке осуществить депозит на криптси сгенерился Nxt-адрес старого образца, который новым клиентом воспринимается как некорректный.

Подобный вопрос решил зайдя на http://nxtexplorer.com и вбил номер!

- если выданный Криптсёй аккаунт совсем новый, то nxtexplorer не поможет, он просто напишет "ничего не найдено".
 Вот временное решение:

зайди в свою локальную ноду по адресу
http://127.0.0.1:7876/test
найди "getAccount"
вбей номера аккаунта (можно и цифровой, и буквенный)
оно выплюнет кучу текста, среди которого будут оба формата аккаунтов.

Решение это временное потому, что через 359 блоков на совсем новый адрес (неважно, какого формата) нельзя будет отправить нексты (ядро версии 1.2.х не позволит), в этом случае нужно дополнительно указать публичный ключ этого нового адреса.  

Естественно, ни Криптси, ни другие биржи такую доработку вовремя не сделают, ведь это существенная переделка интерфейса депонирования.
Да и вообще это полный маразм, такого нет ни в одной крипте, и это огромное препятствие на пути привлечения новичков в Nxt.
Вот что случается, когда решение о критических доработках принимает единолично блестящий core-программист (Жан-Люк), но слабый front-практик.

[bblizard]

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

Почему через 359 блоков ядро не позволит отправлять деньги?

[abctc]

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

Почему через 359 блоков ядро не позволит отправлять деньги?

- не позволит отправлять деньги на совсем новый адрес, т.е. ещё не имеющий записи в блокчейне своего полного публичного ключа (сейчас он там появляется после первой расходной транзакции).

и вот почему:

Release 1.2.1e
...
Added PublicKeyAnnouncement attachment. Those will be accepted after DGS block,
but only enforced after block 215000. After that block, transactions with
recipient account that does not have a public key will be required to have such
an attachment in order to announce and set the public key of the reciepient.
To add a PublicKeyAnnouncement, just add a "recipientPublicKey" parameter with
the hex-encoded public key string when sending the first transaction to that
account.

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

[S3MKi]

Просто оставлю это здесь 18+ www.smackmybitch.com/nxt.php

[scor2k]

Решение это временное потому, что через 359 блоков на совсем новый адрес (неважно, какого формата) нельзя будет отправить нексты (ядро версии 1.2.х не позволит), в этом случае нужно дополнительно указать публичный ключ этого нового адреса.  

Естественно, ни Криптси, ни другие биржи такую доработку вовремя не сделают, ведь это существенная переделка интерфейса депонирования.
Да и вообще это полный маразм, такого нет ни в одной крипте, и это огромное препятствие на пути привлечения новичков в Nxt.
Вот что случается, когда решение о критических доработках принимает единолично блестящий core-программист (Жан-Люк), но слабый front-практик.

Пиздец подкрался незаметно... а я думал еще несколько дней отдохнуть в отпуске %)

[d13id]

Подскажите как отправить монеты на старый формат адреса (который из одних цифр).
Суть проблемы: при попытке осуществить депозит на криптси сгенерился Nxt-адрес старого образца, который новым клиентом воспринимается как некорректный.

Подобный вопрос решил зайдя на http://nxtexplorer.com и вбил номер!

зайди в свою локальную ноду по адресу
http://127.0.0.1:7876/test
найди "getAccount"
вбей номера аккаунта (можно и цифровой, и буквенный)
оно выплюнет кучу текста, среди которого будут оба формата аккаунтов.

К сожалению в обоих вариантах не видно этого аккаунта.

[DrBeer]

- не позволит отправлять деньги на совсем новый адрес, т.е. ещё не имеющий записи в блокчейне своего полного публичного ключа (сейчас он там появляется после первой расходной транзакции).

А какой смысл/логика ТАКОГО решения ?

[Dervish]

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

В точности.

[abctc]

вроде как биржа C-CEX начала торги NXT/BTC : https://c-cex.com/?p=nxt-btc

- не позволит отправлять деньги на совсем новый адрес, т.е. ещё не имеющий записи в блокчейне своего полного публичного ключа (сейчас он там появляется после первой расходной транзакции).

А какой смысл/логика ТАКОГО решения ?

- логика есть, практического смысла нет, по крайней мере в такой реализации.

Логика такова - давайте поправим BCNext-а, он, недалёкий, решил под аккаунт использовать первые 64 бита публичного ключа, поэтому пока аккаунт не запишет в блокчейн весь свой публичный ключ - эти 64 бита можно взломать перебором. И хотя ни одного такого случая ещё не было, такое может произойти к 2025 году, поэтому давайте прямо сейчас обеспечим наличие в блокчейне полного публичного ключа аккаунта уже в момент первого поступления на него денег (а до этого и взламывать-то ещё нечего). То есть разрешим (на уровне ядра) отправку денег на совсем новый адрес только вместе с публичным ключом этого нового адреса. И не волнует. Как. Новый пользователь. Будет. Сообщать этот ключ первому своему отправителю.
У меня. Просто. Нет. Слов. До чего недалёкие бывают эти иностранцы:

I don't see a problem for a newbie to provide both an account ID and a pubkey to the exchange (exchanges are supposed to implement this function)

- just quoted this "dev". We will see the exchanges' reaction after the block 213`000.

.. Copy-pasting a pubkey to get on the train in hopes to gain profit doesn't sound like a lot of work, and this is a one-time event. Just put this into tutorial and newbies will take this as a given.

- now I see you are a real dev        All devs are sure, that users must adapt to the software! Not vice-versa.   

[manrus]

вроде как биржа C-CEX начала торги NXT/BTC : https://c-cex.com/?p=nxt-btc

- не позволит отправлять деньги на совсем новый адрес, т.е. ещё не имеющий записи в блокчейне своего полного публичного ключа (сейчас он там появляется после первой расходной транзакции).

А какой смысл/логика ТАКОГО решения ?

- логика есть, практического смысла нет, по крайней мере в такой реализации.

Логика такова - давайте поправим BCNext-а, он, недалёкий, решил под аккаунт использовать первые 64 бита публичного ключа, поэтому пока аккаунт не запишет в блокчейн весь свой публичный ключ - эти 64 бита можно взломать перебором. И хотя ни одного такого случая ещё не было, такое может произойти к 2025 году, поэтому давайте прямо сейчас обеспечим наличие в блокчейне полного публичного ключа аккаунта уже в момент первого поступления на него денег (а до этого и взламывать-то ещё нечего). То есть разрешим (на уровне ядра) отправку денег на совсем новый адрес только вместе с публичным ключом этого нового адреса. И не волнует. Как. Новый пользователь. Будет. Сообщать этот ключ первому своему отправителю.
У меня. Просто. Нет. Слов. До чего недалёкие бывают эти иностранцы:

I don't see a problem for a newbie to provide both an account ID and a pubkey to the exchange (exchanges are supposed to implement this function)

- just quoted this "dev". We will see the exchanges' reaction after the block 213`000.

.. Copy-pasting a pubkey to get on the train in hopes to gain profit doesn't sound like a lot of work, and this is a one-time event. Just put this into tutorial and newbies will take this as a given.

- now I see you are a real dev        All devs are sure, that users must adapt to the software! Not vice-versa.   

Мда, хреново. Не пора ли мне свои нексты в битки выводить? Боюсь только курс на 30-50% просядет.