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

[scor2k]

тестирование Миксинга (Shuffling) прошло успешно (как NXT, так и ассетов, и валют), включая микс из 30-ти участников (!!), а также микс на 1 млн testNXT.

А что значит успешно? То есть кто-то потоп пытался его "размиксить"? Ведь смысл миксера - скрыть получателя транзации... с учетом того, что все транзакции публичны, то количество вариантов хоть и огромно, но конечно Есть какой-то алгоритм проверки? Или все глянули что сразу не понятно и забили? Имхо возможно придумать (написать) алгоритм, который "соберет" все воедино. Ведь Nxt должны в конечном итоге осесть в меньшем количестве, но в 1 месте... или я в принципе ошибаюсь?

[Come-from-Beyond]

А что значит успешно? То есть кто-то потоп пытался его "размиксить"? Ведь смысл миксера - скрыть получателя транзации... с учетом того, что все транзакции публичны, то количество вариантов хоть и огромно, но конечно Есть какой-то алгоритм проверки? Или все глянули что сразу не понятно и забили? Имхо возможно придумать (написать) алгоритм, который "соберет" все воедино. Ведь Nxt должны в конечном итоге осесть в меньшем количестве, но в 1 месте... или я в принципе ошибаюсь?

Миксинг не обеспечивает полную анонимность транзакций. Если исключить Sybil-атаку, в которой атакующий участвует в большинстве миксов, сводя практически к нулю пользу миксинга, то все равно в какой-то момент в будущем можно деанонимизировать участников микса. Это происходит из-за того, что каждая последующая транзакция, использующая смиксенные монеты, может приводить к утечке некоторого количества бит информации. Написать алгоритм, "собирающий" все воедино, можно. При этом нет нужды в получении 100% результатов. Если алгоритм сообщит что с 78% вероятности та транзакция оплаты за гексоген принадлежит Васе, то можно сконцентрироваться на анализе данных с других каналов, чтобы уточнить эту вероятность.

Значительный минус миксинга в том, что его безопасность определяется поведением всех участников. Если, к примеру, Вася, Петя и Маша смиксили свои монеты вместе, а потом Маша попалась на подпольном аборте и во время допроса созналась что та транзакция оплаты за аборт принадлежит ей, то вероятность принадлежности транзакции за гексоген Васе подскочит с 33% до 50%.

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

Понимание всех этих нюансов - важный момент в безопасности использования Shuffling.

[abctc]

А что значит успешно? То есть кто-то потоп пытался его "размиксить"? Ведь смысл миксера - скрыть получателя транзации... с учетом того, что все транзакции публичны, то количество вариантов хоть и огромно, но конечно  ...  Ведь Nxt должны в конечном итоге осесть в меньшем количестве, но в 1 месте... или я в принципе ошибаюсь?

- так они (твои NXT) и оседают в одном месте. Отправляешь в микс (на своём компе) (с параметрами: 30 участников, по 1000 NXT каждый) свои 1000 NXT и пароль от нового аккаунта, и через некоторое время получаешь на этом новом аккаунте 1000 NXT, как и каждый из участников - на своём. Да, количество вариантов конечно (всего лишь 30!=265252859812191058636308480000000), но как это на практике поможет стороннему наблюдателю связать твой старый и новый аккаунт?

Опасность при таком миксинге есть другая:  если в миксе участвуете вы + 3 других аккаунта, принадлежащих одному человеку (Sybil-атака), то он знает какой из четырех результирующих аккаунтов ваш. Но в случае 30 участников (даже и 10-ти) этому злодею тяжело прогарантировать, что 3-е (4-е, 5-е, ...) лицо не примет участие в этом миксе. К тому же вы можете поучаствовать в миксе с 2-х (3-х, ...) своих аккаунтах, запутав ему карты.

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

[abctc]

Сегодня Жан-Люк упомянул возможные сферы применения Account Properties (введенных в v.1.7.x):

Установка свойств собственному аккаунту может улучшить информацию об аккаунте, нести информацию не только об имени и описании, но и произвольные, "заказные" поля, например, e-mail, GPG-отпечаток, BTC-адрес и т.п.

Такие свойства могут использоваться вместо алиасов, при этом можно не беспокоиться о наличии глобального алиаса с таким именем. Либо можно трактовать их как алиасы в пространстве имени, как субдомены: если аккаунт уже имеет шлобальный алиас "abc", и установил свойство "xyz", то значение этого свойства может рассматриваться как алиас "abc.xyz".

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

Напомню, что в readme к версии 1.7.0 Account Properties были представлены следующим образом:

Свойства аккаунтов
 - это пары "наименование" / "значение", которые могут быть установлены на любом аккаунте (кроме Генезисного) либо владельцем аккаунта, либо другим аккаунтом. "Наименования" ограничены 32-мя символами, а "значения" -  160-ю. "Наименования" уникальны в пределах аккаунта и устанавливающего аккаунта, но не глобально. Свойства аккаунтов не могут перемещаться между аккаунтами. Установивший свойство аккаунт может заменить "значение" на другое. Аккаунт (либо установивший свойство аккаунт) может удалить свойство. Нет ограничения на количество свойств, которые может иметь аккаунт. Комиссия за установку "значения" составляет 1 NXT при длине "значения" до 32 символов, плюс по 1 NXT за каждые дополнительные 32 символа.

Свойства аккаунтов управляются вызовами setAccountProperty and deleteAccountProperty. Для запроса свойств аккаунта, или установленных аккаунтом, используется вызов getAccountProperties.

[manrus]

NXT/BTC 0.00001288 

Идем на трехзначные числа.

[fruit]

NXT/BTC 0.00001288 

Идем на трехзначные числа.

А Вы где курс смотрите?

[manrus]

NXT/BTC 0.00001288 

Идем на трехзначные числа.

А Вы где курс смотрите?

На Poloniex

[abctc]

продолжается краудфандинговая кампания по сбору средств для выпуска печатной книги о Nxt. .. Всего за 3000 NXT желающие могут купить (стоимость доставки включена) глянцевую книгу об Nxt, которая явно станет раритетом. Помимо NXT теперь можно купить за биткоины, и даже за фиат (евро).

Постоянный некстер-переводчик DoTheNXT опубликовал полный перевод краудфандингового воззвания: http://nxter.org/ru/краудфандинг-первая-книга-о-криптова/

- кампания по сбору средств на издание первой бумажной книги о Nxt продолжается, пока собрано 20.5% (21тыс NXT) от целевой суммы. Постоянный некстер-переводчик, полиглот DrBeer (помогавший в переводе воззвания на русский язык) опубликовал перевод краудфандингового обращения на украинский язык: http://nxter.org/uk/crowdfunding-перша-книга-про-кріпто-платформу-nxt/

...
Цей проект потребує підтримки з боку співтовариства: морально і матеріально.

Морально: нам потрібна ваша підтримка, щоб зберегти нашу мотивацію. Якщо наш проект не має підтримки співтовариства, у нас немає ніяких підстав для продовження роботи над ним.

Матеріально: нам потрібна ваша підтримка для створення якісних видань книги в паперовому виді, починаючи з англомовної версії.

Кожна копія продана впродовж кампанії буде пронумерована і підписана Ludom від імені Nxter Magazine і Plaisir d’Histoire.

З часом, коли Nxt придбає статус фінансової екосистеми, можливо книга стане цінним колекційним екземпляром.

[scor2k]

- кампания по сбору средств на издание первой бумажной книги о Nxt продолжается, пока собрано 20.5% (21тыс NXT) от целевой суммы.

Если точней, то 41'423 NXT, ошибся в два раза

[nxtZen]

Вопрос к знатокам нэкст - используя фазированные транзакции, возможно ли реализовать следующее:
1. Выполнение транзакции, только после определенного события (я понимаю что да, в рамках заданного интервала времени, при подтверждении этой транзакции путем голосования (подтверждения) с другого аккаунта).
2. Отложенное выполнение транзакции. Тоесть - есть транзакция, она должна быть выполнена, допустим, через 4 недели. Но она может быть отменена инициатором этой транзакции до наступления времени "срабатывания".
3. Есть механизм "отрицательного" голосования - т.е. транзакция не будет выполнена, если за неё проголосовали ? Т.е голосование за невыполнение транзакции ?

[blackyblack]

Вопрос к знатокам нэкст - используя фазированные транзакции, возможно ли реализовать следующее:
1. Выполнение транзакции, только после определенного события (я понимаю что да, в рамках заданного интервала времени, при подтверждении этой транзакции путем голосования (подтверждения) с другого аккаунта).
2. Отложенное выполнение транзакции. Тоесть - есть транзакция, она должна быть выполнена, допустим, через 4 недели. Но она может быть отменена инициатором этой транзакции до наступления времени "срабатывания".
3. Есть механизм "отрицательного" голосования - т.е. транзакция не будет выполнена, если за неё проголосовали ? Т.е голосование за невыполнение транзакции ?

1. Да.
2. Нет.
3. Нет.

[nxtZen]

Вопрос к знатокам нэкст - используя фазированные транзакции, возможно ли реализовать следующее:
1. Выполнение транзакции, только после определенного события (я понимаю что да, в рамках заданного интервала времени, при подтверждении этой транзакции путем голосования (подтверждения) с другого аккаунта).
2. Отложенное выполнение транзакции. Тоесть - есть транзакция, она должна быть выполнена, допустим, через 4 недели. Но она может быть отменена инициатором этой транзакции до наступления времени "срабатывания".
3. Есть механизм "отрицательного" голосования - т.е. транзакция не будет выполнена, если за неё проголосовали ? Т.е голосование за невыполнение транзакции ?

1. Да.
2. Нет.
3. Нет.

2. Можно рассматривать такое решение - транзакция фазированная, и ждет утверждения (голосования). Если мы за неё не голосуем - она соответственно не выполнится и будет удалена после заданного срока исполнения (вроде задается высота к которой она должна выполниться) ?

[nxtZen]

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

[abctc]

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

- да, было такое намерение, и оно было запрограммировано для Nxt с год назад (в виде Automated Transactions), и потом запущено на одном из точных клонов Некста. Но как-то не нашлось ему там особого применения (кроме краудфандинга, который в Нексте и сейчас можно проводить при помощи Monetary System). Однако в случае необходимости (например, маркетнговой - правда что-то эфирные смарт контракты как-то приутихли) Automated Transactions можно легко перенести в Nxt.

[abctc]

Жан-Люк и сообщество путём мозгового штурма для существующего (в основном на уровне API) функционала придумали новое название - Data Cloud.

Ранее, в версии 1.5 был реализован API-функционал "Tagged Data":

Жан-Люк - неисправимый либертарианец...
Вот его мысли вслух (за день до выпуска версии 1.5.1e) о дальнейших путях развития идеи "удаляемых" сообщений:

И я как раз обдумываю мою следующую, после "удаляемых" сообщений, идею: "удаляемые" структурированные (tagged) данные. Их можно будет использовать даже для размещения торрентов Pirate Bay в блокчейне..
Представьте себе интерфейс Digital Goods Store, но без покупок/продаж, без доставок..  Все "товары" не зашифрованы и доступны всем для просмотра, но "удаляемы", причём автоматически, спустя определённое время. Чтобы они оставались подольше любой пользователь (не только автор) может заплатить комиссию, чтобы отсрочить удаление. Таким способом бесполезный хлам будет исчезать (если только автор на будет всё время платить за его сохранение), а полезные "товары" (ссылки, торренты, ..) будут поддерживаться.
Каждый такой "товар" будет иметь имя, описание, метки, по которым будет производиться поиск, как сейчас в DGS. И размер "товара" может достигать 42 кB, как текстовых, так и двоичных данных.

Ещё по поводу версии 1.5.3e и добавленных в ней "удаляемых" структурированных данные - Жан-Люк предложил на основе этого нового функционала создать торрент-плагин к стандартному Nxt-клиенту:

Should we set a bounty for the first torrent tracker plugin using the tagged data feature? It would be controversial to have in the default client, but is a legitimate use case for someone to provide via a plugin.

- и вот сейчас (в версии 1.7.3e) этот функционал реализован на уровне UI. Жан-Люк просит придумать (вместо "Tagged Data") красивое и правильное с маркетинговой точки зрение название этому функционалу:

In 1.7.3e, we are adding UI for the little used Tagged Data feature. There was already an upload file dialog, but no way to browse or search the uploaded files. Now we are adding a browse and search UI, very similar to the Marketplace, a table of clickable tags, a list of most recently uploaded files, and free text search field. With the addition of archival nodes in 1.6, there is now also a method to force retrieval even of expired files and get them from archival nodes, as long as the user knows the document id (transaction id) from somewhere, or just looks up the transaction from the account history.

Now, we need a much better name for this feature. Tagged Data is too technical and obscure. We are open to suggestions, and if needed can do a vote about it.

[nxtZen]

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

- да, было такое намерение, и оно было запрограммировано для Nxt с год назад (в виде Automated Transactions), и потом запущено на одном из точных клонов Некста. Но как-то не нашлось ему там особого применения (кроме краудфандинга, который в Нексте и сейчас можно проводить при помощи Monetary System). Однако в случае необходимости (например, маркетнговой - правда что-то эфирные смарт контракты как-то приутихли) Automated Transactions можно легко перенести в Nxt.

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

А можно название клона где это реализовано ?

[nxtZen]

Ещё в версии 1.5 был реализован функционал "Tagged Data", но на уровне API:

Жан-Люк - неисправимый либертарианец...
Вот его мысли вслух (за день до выпуска версии 1.5.1e) о дальнейших путях развития идеи "удаляемых" сообщений:

И я как раз обдумываю мою следующую, после "удаляемых" сообщений, идею: "удаляемые" структурированные (tagged) данные. Их можно будет использовать даже для размещения торрентов Pirate Bay в блокчейне..
Представьте себе интерфейс Digital Goods Store, но без покупок/продаж, без доставок..  Все "товары" не зашифрованы и доступны всем для просмотра, но "удаляемы", причём автоматически, спустя определённое время. Чтобы они оставались подольше любой пользователь (не только автор) может заплатить комиссию, чтобы отсрочить удаление. Таким способом бесполезный хлам будет исчезать (если только автор на будет всё время платить за его сохранение), а полезные "товары" (ссылки, торренты, ..) будут поддерживаться.
Каждый такой "товар" будет иметь имя, описание, метки, по которым будет производиться поиск, как сейчас в DGS. И размер "товара" может достигать 42 кB, как текстовых, так и двоичных данных.

Ещё по поводу версии 1.5.3e и добавленных в ней "удаляемых" структурированных данные - Жан-Люк предложил на основе этого нового функционала создать торрент-плагин к стандартному Nxt-клиенту:

Should we set a bounty for the first torrent tracker plugin using the tagged data feature? It would be controversial to have in the default client, but is a legitimate use case for someone to provide via a plugin.

- и вот сейчас (в версии 1.7.3e) этот функционал реализован на уровне UI. Жан-Люк просит придумать (вместо "Tagged Data") красивое и правильное с маркетинговой точки зрение название этому функционалу:

In 1.7.3e, we are adding UI for the little used Tagged Data feature. There was already an upload file dialog, but no way to browse or search the uploaded files. Now we are adding a browse and search UI, very similar to the Marketplace, a table of clickable tags, a list of most recently uploaded files, and free text search field. With the addition of archival nodes in 1.6, there is now also a method to force retrieval even of expired files and get them from archival nodes, as long as the user knows the document id (transaction id) from somewhere, or just looks up the transaction from the account history.

Now, we need a much better name for this feature. Tagged Data is too technical and obscure. We are open to suggestions, and if needed can do a vote about it.

большое спасибо за развернутую информацию ! Буду изучать, возможно это то что мне нужно, или эти решения можно использовать для реализации того что мне надо

[blackyblack]

Вопрос к знатокам нэкст - используя фазированные транзакции, возможно ли реализовать следующее:
1. Выполнение транзакции, только после определенного события (я понимаю что да, в рамках заданного интервала времени, при подтверждении этой транзакции путем голосования (подтверждения) с другого аккаунта).
2. Отложенное выполнение транзакции. Тоесть - есть транзакция, она должна быть выполнена, допустим, через 4 недели. Но она может быть отменена инициатором этой транзакции до наступления времени "срабатывания".
3. Есть механизм "отрицательного" голосования - т.е. транзакция не будет выполнена, если за неё проголосовали ? Т.е голосование за невыполнение транзакции ?

1. Да.
2. Нет.
3. Нет.

2. Можно рассматривать такое решение - транзакция фазированная, и ждет утверждения (голосования). Если мы за неё не голосуем - она соответственно не выполнится и будет удалена после заданного срока исполнения (вроде задается высота к которой она должна выполниться) ?

Да, так можно.

[starik69]

А можно название клона где это реализовано ?

Burst

[nxtZen]

А можно название клона где это реализовано ?

Burst

Спасибо за информацию !
Я так понимаю это функционал который был разработан внутри некст, но реализован на платформе бурст ? Т.е. потенциально он же будет и в некст ?