Author

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

sr. member
Activity: 377
Merit: 250
Возможно реализация вот такой фичи помогла бы Dr. Beer с его задачей: https://nxtforum.org/index.php?topic=67.msg196620#msg196620

Quote
Proposal for generalisation for phased transactions: conditional transactions.

Let tx sender set destination address for both approved and rejected voting results. Now rejected tx is returned back to issuer (nothing happens) but I propose to send phased tx to account A in case of positive vote and account B in case of negative vote.
legendary
Activity: 3752
Merit: 1864
Уже написал. Пока правда предлагаются всякие решения "непрямым" путем, не сказать бы более по народному Smiley 
- тебе там ответили и Райкер, и Жан-Люк. Дальше уже некуда, разве что CfB. И это при том, что суть задачи не вполне ясна. Цитирую: "создание <на платформе Nxt> такой транзакции, которая будет отменена путем отсылки другой транзакции". 
И Райкер, и Жан-Люк дали способы буквального достижения такой цели (как сделать 2-ю транзакцию, отменяющую исполнение 1-й транзакции). Но вообще-то цель странная: зачем что-то делать (посылать 2-ю транзакцию), если 1-я (фазированная) транзакция отменится сама по себе в случае бездействия
Наверное, есть какие-то причины всё же посылать отменяющую транзакцию, но они не изложены в постановке задачи, поэтому разработчики дали буквальное решение.

Да, спасибо - я прочитал и ответил.
Относительно "Но вообще-то цель странная" - что мне нужно: мне нужно создать транзакцию которая:
1. По умолчанию однозначно выполнится после указанной высоты(срока)
2. Будет отменена, если до наступления заданной высоты появится некий "маркер" в блокчейне.

И еще вопрос: насколько в NXT можно точно задать время "срабатывания" транзакции ? Предполагаю, что учитывая что все строится на высоте блока, и есть теоретическое время генерации блоков, соответственно точное время задать впринципе не возможно, можно лишь с погрешностью, причем заранее неизвестной - т.к. все зависит от стабильности работы сети. Т.е. вопрос звучит так - какая точность времени срабатывания транзакции по заданной высоте блока - минуты/часы/дни ?
legendary
Activity: 1792
Merit: 1038
Уже написал. Пока правда предлагаются всякие решения "непрямым" путем, не сказать бы более по народному Smiley 
- тебе там ответили и Райкер, и Жан-Люк. Дальше уже некуда, разве что CfB. И это при том, что суть задачи не вполне ясна. Цитирую: "создание <на платформе Nxt> такой транзакции, которая будет отменена путем отсылки другой транзакции". 
И Райкер, и Жан-Люк дали способы буквального достижения такой цели (как сделать 2-ю транзакцию, отменяющую исполнение 1-й транзакции). Но вообще-то цель странная: зачем что-то делать (посылать 2-ю транзакцию), если 1-я (фазированная) транзакция отменится сама по себе в случае бездействия
Наверное, есть какие-то причины всё же посылать отменяющую транзакцию, но они не изложены в постановке задачи, поэтому разработчики дали буквальное решение.


А что-нибудь известно по поводу kushti? Попалась информация что он будет заниматься разработкой WAVES. Он покинет Nxt или будет совмещать разработку?
- насколько я знаю, kushti давно (больше года) не участвует в разработке Nxt; он занимается исследованиями распределённого консенсуса, в том числе на примере (и в интересах) Nxt.
legendary
Activity: 1650
Merit: 1033
А что-нибудь известно по поводу kushti? Попалась информация что он будет заниматься разработкой WAVES. Он покинет Nxt или будет совмещать разработку?
legendary
Activity: 3752
Merit: 1864
кому можно "наябедничать" про потенциальную необходимость такого функционала ? Smiley
- сюда: https://nxtforum.org/core-development-discussion/list-of-feature-request-for-nrs/
Спасибо ! Уже написал. Пока правда предлагаются всякие решения "непрямым" путем, не сказать бы более по народному Smiley 
legendary
Activity: 1792
Merit: 1038
кому можно "наябедничать" про потенциальную необходимость такого функционала ? Smiley
- сюда: https://nxtforum.org/core-development-discussion/list-of-feature-request-for-nrs/
legendary
Activity: 3752
Merit: 1864
а есть возможность в NXT создание такой транзакции которая будет отменена путем отсылки другой транзакции ? Т.е. приблизительно - такая фазированная транзакция, которая будет отменена если за неё проголосуют (если использовать модель голосование) или фазированная транзакция, которая будет отменена если в блокчейне появится заданная транзакция (это если описывать в Связанных транзакциях)
- похоже, нет такого - отмены (ждущей голосования) фазированной транзакции. Есть досрочное (не дожидаясь финального фазового блока) исполнение фазированной транзакции, а отмена фазированной транзакции происходит сама собой по достижении финального фазового блока, если к этому моменту не выполнятся условия её исполнения.

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

ЗЫ. А кому можно "наябедничать" про потенциальную необходимость такого функционала ? Smiley
legendary
Activity: 1792
Merit: 1038
а есть возможность в NXT создание такой транзакции которая будет отменена путем отсылки другой транзакции ? Т.е. приблизительно - такая фазированная транзакция, которая будет отменена если за неё проголосуют (если использовать модель голосование) или фазированная транзакция, которая будет отменена если в блокчейне появится заданная транзакция (это если описывать в Связанных транзакциях)
- похоже, нет такого - отмены (ждущей голосования) фазированной транзакции. Есть досрочное (не дожидаясь финального фазового блока) исполнение фазированной транзакции, а отмена фазированной транзакции происходит сама собой по достижении финального фазового блока, если к этому моменту не выполнятся условия её исполнения.

Наверное, возможность досрочной отмены была бы полезна, но для этого пришлось бы существенно усложнить модель голосования подтверждающих аккаунтов (которые из "белого списка") - давать им возможность не просто "проголосовать", но голосовать либо "за", либо "против".
legendary
Activity: 3752
Merit: 1864
Все доброй ночи !
Неожиданно меня посетила мысль - а есть возможность в NXT создание такой транзакции которая будет отменена путем отсылки другой транзакции ? Т.е. приблизительно - такая фазированная транзакция, которая будет отменена если за неё проголосуют (если использовать модель голосование) или фазированная транзакция, которая будет отменена если в блокчейне появится заданная транзакция (это если описывать в Связанных транзакциях)
legendary
Activity: 1792
Merit: 1038
Может кому интересно - прямо сейчас в https://nxtchat.slack.com/ разработчики Жан-Люк и Райкер отвечают на вопросы.  Приглашение в этот слэк можно автоматически получить здесь: https://nxtchat.herokuapp.com/
hero member
Activity: 600
Merit: 500
Nxt-kit developer
legendary
Activity: 1792
Merit: 1038
Это всякие автоплатежи и т.п. жизненные вещи что ли?
- самый типичный случай - это кран (автораздача): как только на раздающем аккаунте становится мало денег, он автоматически пополняется с подпитывающего аккаунта. Или твой "чаевой" аккаунт на сервисе https://tips.nxtex.info/  - когда он близок к нулю, он автоматически пополняется с твоего основного аккаунта.


Вот что ещё пишет Рикер об использовании этой фичи:

Quote from: Riker link=https://nxtforum.org/index.php?topic=11002.msg212832#msg212832
The idea behind this feature is to allow one account to automatically make sure that other accounts used by his application always poses small amount of NXT so that they can send transactions.
This can be used by businesses to mask the fact that they are using NXT under the hoods from their users.

The business owner specifies:
Funding account
Account property to identify other accounts to be funded
Amount to fund each time
Threshold under which the account has to be funded
Interval between funding transactions

Keeping the interval large enough and the amount to fund small enough should prevent abuse.
However, if there is a persistent problem the funding account can remove the funding property from the abusing funded account and thus stop the funding.
hero member
Activity: 784
Merit: 501
Это всякие автоплатежи и т.п. жизненные вещи что ли?
legendary
Activity: 1792
Merit: 1038
Account Monitor будет работать так:

Quote from: ScripterRon link=https://nxtforum.org/index.php?topic=11002.msg212800#msg212800
У Монитора Аккаунтов есть подпитывающий аккаунт, и один или несколько отслеживаемых аккаунтов.
Вы можете мониторить NXT, ассет, или MS валюту. Когда баланс отслеживаемого аккаунта падает ниже заданного порога, с подпитывающего аккаунта инициируется транзакция пополнения NXT/ассета/валюты.

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

Как я понимаю, это ещё один (после Миксера) пример создания "умных контрактов" на платформе Nxt.
legendary
Activity: 1792
Merit: 1038
Обнародованы фичи ближайшей версии 1.8:

Quote from: Damelon link=https://nxtforum.org/general-discussion/upcoming-features-in-1-8-release/
list of features that will be implemented in the upcoming 1.8 release:

Desktop Wallet
Run the client wallet as a desktop application, see: https://bitbucket.org/JeanLucPicard/nxt/issues/338/desktop-wallet

Account Monitor
Server side component which automatically funds specific accounts based on various criteria to make sure the account owners always poses enough NXT to transact.

Wallet home customisation
Open the wallet on a specific page or modal, see: https://bitbucket.org/JeanLucPicard/nxt/issues/320/start-the-client-on-a-specific-page-or

Add-Ons
Simple server side plugin framework
legendary
Activity: 1792
Merit: 1038
Что там слышно по поводу распределения fNXT? Куда склоняется сообщество?
- похоже, склоняется к дублированию 1:1 NXT. Кстати, Жан-Люк форжинговые токены (fNXT) в коде назвал "FXT".


Будут ли при снимке учитываться активы и др. средства или только NXT. Снимок вроде планируют в ближайшие несколько месяцев сделать.
- похоже, только NXT. Активы никуда не денутся, они глобальные, т.е. будут доступны во всех сайдчейнах.  Насчёт времени снимка не уверен, когда будут делать. Звучали аргументы, что рано делать плохо, т.к. после снимка и до хардфорка версии 2.0 будет мало желающих начать использовать платформу Nxt.
legendary
Activity: 1650
Merit: 1033
Что там слышно по поводу распределения fNXT? Куда склоняется сообщество? Будут ли при снимке учитываться активы и др. средства или только NXT. Снимок вроде планируют в ближайшие несколько месяцев сделать.
legendary
Activity: 1792
Merit: 1038

Сегодня в электронном журнале    вышла небольшая статья "Nxt account controls: multi-sig on steroids":



Quote
THURSDAY 10 MARCH 2016

Nxt’s new account control features are really cool and very powerful.

Bitcoin has had multisig for a while now, which means you can specify that, for example, two people have to approve a transaction before it is sent. It’s really handy for ‘joint accounts’ where you want to make sure no one individual has full control of funds.

But Nxt’s new features, which were activated at the 1.7 release, knock vanilla multisig into a cocked hat. Here are some of the things you can do…
.................
legendary
Activity: 1792
Merit: 1038
Запущена русскоязычная версия сайта NXTER.org: http://nxter.org/ru/



Это стало возможным благодаря самоотверженному труду форумчан DoTheNXT, Mr. Beer, Xartifex.
....

- сегодня DoTheNXT разместил на NXTer.org перевод статьи "Nxt 2.0 – стоит ли опасаться инвесторам и эмитентам активов?"

Quote
Вот великолепное интервью – разработчик ядра Nxt Riker говорит о NXT, других криптовалютах и инвестировании с Марком Де Меселом, инвестором, 35% инвестиций которого в NXT.

Марк хочет узнать об анонимном ведущем разработчике Nxt Жан-Люке, о том, где сейчас Nxt, в сравнении с Эфириумом и другими блокчейн “конкурентами”, а также о недавно предложенных изменениях протокола Nxt (план NXT 2.0).

Riker объясняет, как Nxt 2.0 намерен решить проблему раздувающегося блокчейна и сделать Nxt первой глобальной масштабируемой криптоплатформой.

Кроме того: как Nxt, версии 2.0, станет сайдчейном (боковой цепочкой блоков – ответвлением от основного блокчейна) и как, с версии 2.х, могут быть добавлены другие сайдчейны. Вместо реализации торгов актив< >актив, Nxt 2.0 сделает все активы БА Nxt глобально торгуемыми через сайдчейны.

Имея сайдчейн привязанный к фиату и другие сайдчейны, привязанные к крипте, монеты, такие как Bitcoin, Nxt активы станут торговаться на новых рынках, тем самым, по сути, создав полностью децентрализованный, мультивалютный, глобально масштабируемый рынок активов с низкой комиссией на базе БА Nxt.

...................
legendary
Activity: 1792
Merit: 1038
Жан-Люк написал сегодня:

RFC: Parallel Chains concept

Master Chain

Contains only checkpoints of all slave chains. Checkpointing is done once a day and only when 1440 blocks r built on top of the corresponding slave chain. Master chain is never pruned. Growth rate is [32 bytes * numberOfSlaveChain] per day.

Slave Chains

Contains only 1 type of transactions. Different currencies can be implemented as different chains. Forgers can choose what chains to secure. The market balances TPS rate.

Migration plan

Create slave chains that implement all transactions types existing in Nxt. Add a new type for checkpointing. Reject attempts to include non-checkpointing transactions into the master chain.

Side-effects

The Chinese could use a separate currency inside their borders for very high TPS rates. Only checkpointing transactions have to bypass Great Firewall of China. Speculators provide currency exchange service - the business they love to do. NXTs become "tokens", users buy them for fiat to spend for fees, it's similar to prepaid coupons/tickets for provided services.

Jump to: