Все это уже трещит под своей тяжестью. Вся эта байда должна быть реализована в сервисах верхнего уровня наподобие supernet. Естественно на основе механизма продуманной "системы атомарных команд" крипты. Конечно, не такой элементарной как у биткоина, но у него другие функции, с которыми он прекрасно справляется. Но меру реализуемым в ядре фичам тоже знать надо.
- вообще-то всё перечисленное в v.1.7 напрямую относится к ядру, за исключением Миксера Монет. Его, конечно, можно было бы реализовать в стороннем сервисе типа SuperNET, но такой сервис требует доверия, особенно для того, чтобы пользователи не боялись миксовать крупные суммы. В то же время анонимные транзакции - это чуть ли не главная, модная фича многих форков. Видимо, в том числе из-за этого во время голосования (посредством Nxt Voting System :-) по Миксеру Монет сообществом было принято решение о его реализации в составе ядра: https://nxtforum.org/general-discussion/coin-shuffling-design-decision/Кстати, сейчас проходит инициированное Жан-Люком голосование (принять участие приглашаются все желающие стейкхолдеры) о необходимости изменения размера комиссии в 1.7: https://nxtforum.org/core-development-announcements/base-fee-poll/ |
|
|
|
Жан-Люк опубликовал "Что нового" (на текущий момент) к версии 1.7 Это не проект, весь изложенный функционал запрограммирован (как минимум в серверой части, в пользовательском интерфейсе продолжается доводка). Миксер монетФункционал основан на работе Tim Ruffing, http://crypsys.mmci.uni-saarland.de/projects/CoinShuffle/coinshuffle.pdf . Миксовать можно следующие активы: NXT, MS-валюту (если она не создана с признаком "немиксуемая"), AE-ассеты. Любой аккаунт может инициировать новый микс, указав актив, сумму, требуемое количество участников, финальный блок для регистрации участников (API-функция shufflingCreate). Последующие миксинг-шаги можно осуществлять вручную ( API shufflingRegister, shufflingProcess, shufflingVerify/ shufflingCancel), либо, что более удобно, посредством автоматизированного Миксера - API-функции startShuffler. После запуска Миксер отслеживает в блокчейне транзакции, относящиеся к инициированному миксу, и автоматически посылает требуемые транзакции от имени пользователя, выполняя микс, проверку или отмену по мере необходимости. Для этого Миксер должен держать пароль пользователя в памяти, т.е. он должен выполняться только на проверенном локальном компьютере. Перезагрузка сервера требует повторного запуска Миксера, т.к. он никогда не должен сохранять пароль на диск. Чтобу участвовать в миксе, необходимо внести депозит в 1000 NXT вдобавок к сумме валюты или ассета; если миксуются монеты NXT, то миксируемая сумма должна превышать 1000 NXT. Если микс состоялся, то эта величина добавляется к аккаунту-получателю, чтобы у того для последующих транзакции были NXT для покрытия комиссии сети (поскольку аккаунтами-получателями могут быть только абсолютно новые аккаунты). Если микс не удаётся из-за того, что зарегистрировавшийся не выполняет требуемые шаги, или посылает ложные данные, то участник, отменяющий микс наказывается удержанием этого депозита (в пользу форжера финишного миксо-блока). Если микс отменяется из-за недостатка участников, никто не наказывается, и все депозиты возвращаются. Для получения информации о текущих миксах и их участниках используются следующие API-функции: getAllShufflings, getAccountShufflings, getAssignedShufflings, getHoldingShufflings, getShufflers, getShuffling, и getShufflingParticipants. При желании, нода может удалить из своей базы данных закончившиеся миксы, выставив параметр nxt.deleteFinishedShufflings=true (по умолчанию - false). Комиссия за создание микса, или подключение к нему составляет 1 NXT, за транзакцию миксования либо отмены - 10 NXT, и за транзакцию проверки - 1 NXT. Account control для фазированных транзакцийЛюбой аккаунт можно ограничить в выпуске фазированных транзакций только определённой модели голосования. Для этого аккаунт при помощи API-функции setPhasingOnlyControl посылает транзакцию setPhasingOnly. Чтобы узнать статус аккаунта на предмет его фазо-ограничений, используется функция getPhasingOnlyControl, а также функция getAllPhasingOnlyControls для получения списка всех аккаунтов с определённым фазо-ограничением. Аккаунт можете переустановить своё фазо-ограничение новой setPhasingOnly-транзакцией, то есть с новыми фазо-ограничениями. Для снятия ограничений используется фиктивная модель голосования "в никуда". Обратите внимание, что типы голосования "по транзакции" и "по хэшу" не подлежат фазовым ограничениям. Немедленное (по одобрении) исполнение фазированных транзакцийФазированные транзакции с моделью голосования, не зависящей от баланса аккаунта (такой как "по транзакции" и "по хэшу"), либо с моделью "по аккаунту" с указанием "белого списка" и без требования минимального баланса, исполняются (если возможно) сразу после одобрения, т.е. до финального блока (в том блоке, в котором исполняется транзакция одобрения). Такое досрочное исполнение гарантируется для типов транзакций, известных как "фазово-безопасные". Для других типов, в случае если досрочное одобрение не состоялось из-за конфликта с другой транзакцией, предпринимается ещё одна (последняя) попытка на фазо-финальном блоке. Новый алгоритм пересчёта сложностиСреднее время между блоками будет 60 сек., 1440 блоков в день. Время между блоками даже в худших случаях практически никогда не превзойдёт 10 мин. Для форжингового баланса будет установлен лимит в 1000 NXT. Это относится к собственному гарантированному балансу плюс к полученным в лизинг балансам. Аккаунт с балансом менее 1000 NXT по-прежнему может сдавать свою форжащую мощность в лизинг. Свойства аккаунтов - это пары "наименование" / "значение", которые могут быть установлены на любом аккаунте (кроме Генезисного) либо владельцем аккаунта, либо другим аккаунтом. "Наименования" ограничены 32-мя символами, а "значения" - 160-ю. "Наименования" уникальны в пределах аккаунта и устанавливающего аккаунта, но не глобально. Свойства аккаунтов не могут перемещаться между аккаунтами. Установивший свойство аккаунт может заменить "значение" на другое. Аккаунт (либо установивший свойство аккаунт) может удалить свойство. Нет ограничения на количество свойств, которые может иметь аккаунт. Комиссия за установку "значения" составляет 1 NXT при длине "значения" до 32 символов, плюс по 1 NXT за каждые дополнительные 32 символа. Свойства аккаунтов управляются вызовами setAccountProperty and deleteAccountProperty. Для запроса свойств аккаунта, или установленных аккаунтом, используется вызов getAccountProperties. Единичный ассетВыпуск ассета в единичном количестве (с разрядностью 0) и с описанием не более 32 символов потребует комиссии в 1 NXT only (вместо обычных 1000 NXT). Если описание превышает 32 символа, взимается комиссия в 1NXT за каждые дополнительные 32 символа. Имя единичного лимитировано 10-ю символами, так же, как у обычного ассета. Регулирование транзакций создания уникальных ресурсовВыпуск ассета (кроме единичного), MS-валюты, и назначение алиаса (кроме переназначения) ограничиваются по одной транзакции каждого указанного типа на один сфорженный блок. Перераспределение комиссий за выпуск ассета и MS-валютыКомиссия за выпуск ассета (кроме единичного) и MS-валюты будет распределяться между форжерами текущего и трёх предыдущих блоков в пропорции 4:3:2:1. Удаление части эмитированного количества ассета будет производиться отдельным типом транзакции AssetDelete вместо перемещения количества в Генезис (которое больше поддерживаться не будет). ... |
|
|
|
....................
Некоторые сервисы, например, лайт-клиент SuperNET, активно используют публичные Nxt-ноды. Поэтому логично было бы, чтобы SuperNET поощрял владельцев публичных нод и дальше их поддерживать, например, путём скупки активов NSC, заработанных владельцами нод. Но SuperNET пока этого не делает, а просто паразитирует на тех, кто всё же выкупает NSC на маркете, и тем самым стимулирует владельцев публичных нод. Понятно, что бесконечно так продолжаться не может, и рано или поздно SuperNET-у (и аналогичным сервисам) придётся как-то мотивировать владельцев публичных нод.
Как это делают сейчас во всех приличных форках путем добавления механизма мастернод. Правда они гораздо меньше по масштабу и им легче добавить данную возможность. - мастерноды (или "делегаты" в других форках) - это всё же не вполне децентрализованное решение. В то время как в Nxt на уровне ядра все ноды равны. И уже конкретный прикладной сервис поверх криптоплатформы Nxt (например, SuperNET) принимает решение, какую ноду использовать. IOTA есть хотя бы в тестинге?
- в этой теме обсуждают Nxt. Для IOTA и Jinn есть отдельные топики. Предупреждаю всех, что явный и намеренный оффтопик, а также личностные нападки буду удалять. |
|
|
|
У меня сервер запускается на секунду и закрывается. кто нибудь знает как решить проблему?
Посмотреть логи, запустить из командной строки  - если это windows, то лог нужно смотреть здесь: c:/users/<имя_ пользователя>/appdata/roaming/nx/logs/nxt.log На машине должна стоять 8-я Java. Из командной строки Nxt можно запустить такой командой: java.exe -cp nxt.jar;lib\*;conf -Dnxt.runtime.mode=desktop nxt.Nxt |
|
|
|
Загадкой экосистемы NXT остается то зачем нужны активы без дивидендов и кто на маркете их купит)). - активы без дивидендов нужны для бескорыстной поддержки (донейшина) некоммерческих проектов, таких как, например, Теннесси. Но в случае NSC коммерческая схема могла бы (может, и будет когда-то) работать. Актив NSC в мае 2014 года придумал биткойнер-ветеран ebereon (регистрация на bitcointalk.org с 2011 года) как средство поддержки публичных Nxt-нод, причём с использованием специального Nxt-инструментария ( халлмарков). Некоторые сервисы, например, лайт-клиент SuperNET, активно используют публичные Nxt-ноды. Поэтому логично было бы, чтобы SuperNET поощрял владельцев публичных нод и дальше их поддерживать, например, путём скупки активов NSC, заработанных владельцами нод. Но SuperNET пока этого не делает, а просто паразитирует на тех, кто всё же выкупает NSC на маркете, и тем самым стимулирует владельцев публичных нод. Понятно, что бесконечно так продолжаться не может, и рано или поздно SuperNET-у (и аналогичным сервисам) придётся как-то мотивировать владельцев публичных нод. |
|
|
|
Между тем на некстфоруме в шапке поменяли последнюю версию. Была 1.6.2, сейчас 1.5.15. Это временное решение? Навряд ли разрабы будут поддерживать 2 версии. Кто-то может прокомментировать? Или все вернется на круги своя с версией 1.7?
- ситуацию кратко комментировал здесь; сейчас версии 1.5.15 и 1.6.2 совместимы по протоколу, то есть можно безопасно пользоваться обеими версиями, в 1.6.2 просто больше функционала. Но в 1.6.2 Жан-Люк, готовясь к версии 1.7 (несовместимой с линейкой 1.5.*), немного изменил формат некоторых API-вызовов. Поскольку переход на 1.6.2 необязателен (в том смысле, что непереход не вызовет форка блокчена), тем самым Жан-Люк дал время (несколько неуклюже, нужно признать) разработчикам сервисов (в первую очередь SuperNET) для измения API-вызовов в своих сервисах. Для этого в вызове getAccountAssets нужно просто добавить параметр includeAssetInfo = true - и даже тестировать ничего не надо, этот вызов гарантированно будет работать как раньше. Он будет ровно таким же образом работать и в 1.7, только более медленно, т.к. для эффективной работы с новой структурой блокчена нужно использовать новые API, добавленные в 1.6.* Иными словами - что случилось бы, если бы Жан-Люк не изменил в 1.6.2 дефолтные параметры API ? Никто из разработчиков SuperNET не перешёл бы на новые API (ведь всё и так работает, кто же будет ковыряться в работающей системе?), SuperNET на нодах версии 1.7 стал бы работать очень медленно, и начались бы вопли супернетовцев: "вы нам сломали Супернет, и сейчас у нас нет времени переходить на новые API, ведь всё остановилось, наши пользователи в шоке..." Казалось бы, ну не хотят супернетовцы сейчас переходить на 1.6.2, ну и не надо, пусть остаются на 1.5.15 (каждый ССЗБ, на самом деле jl777 перешёл на 1.6.2 - реально там контекстной замены на 10 минут), но ситуация такова, что "лёгкий" супернетовский клиент использует публичные ноды. Поэтому супернетовцы не хотят, чтобы ноды переходили на 1.6.2. Поэтому администратор некстфорума (видимо, симпатизирующий Супернету) в шапке форума оставил ссылку на 1.5.15. Но решение нужно принимать, конечно, каждому владельцу ноды самостоятельно, то есть демократически. Подобное "голосование нодами" было в момент ограбления BTer.
Из более креативных новостей - для любителей Mac давний автор Wesley доработал Mac-вский Nxt клиент до версии 1.6.2; постоянный nxter-переводчик DoTheNXT опубликовал статью " Академия Nxt – Первый пример полностью децентрализованного краудфандинга":  Самый первый пример полностью децентрализованного краудфандинга через денежную систему Nxt стартовал в начале февраля 2015 года, когда чешский Nxt-ер, Петр К. Сальса (Petr K. Salsa) выпустил валюту: NxtAcademy с ACDMY в качестве кода.
500,000 NXT (= 500 единиц) должны быть собраны в феврале для успешного окончания краудфандинговой кампании. Если 500 единиц не будет куплено до блока 370000 (= 1го марта 2015 г.), все залоговые NXT будут возвращены. Если по крайней мере 500 единиц будут куплены, вырученные средства будут использованы для поддержания Nxt академии (= не менее 1000 долларов США/месяц). Больше средств = больше проектов для студентов, больше лекций по всему миру ... |
|
|
|
|
I think, full Account Control is most important feature in 1.7.
|
|
|
|
Система Winx86, Java8x86. ...
... 2. Можно взять пакет установки .exe и установить его - ставит java в папку с nxt и все работает - нет, инсталлятор .exe только для win x64, и на x86 работать не будет. Да, лучше всего запускать командой java.exe -cp nxt.jar;lib\*;conf -Dnxt.runtime.mode=desktop nxt.Nxtт.к. с параметром "desktop" не будет проблем с доступом обычного пользователя к папке с блокчейном, т.к. он в этом случае будет располагаться в подпапке Roaming личной папки пользователя. |
|
|
|
 есть другой какой кран с nxt? - есть не совсем кран... но 50 NXT в неделю можно заработать .. |
|
|
|
И один из них загнётся не из-за недостатка форжеров, а потому, что разработчики переключатся на один из форков.
ИМХО загибание в любом случае будет иметь экономические первопричины - и форжеры, и разработчики уйдут оттуда, где нет выгоды. Гипотетически 1.6 может найти новых разработчиков под себя и двигать свой форк дальше. Но в итоге, если от этого будет меньше выгоды - нет объемов на биржах, нет крупных развивающихся проектов и т.п., он загнется.  - именно. Удивительно, что топикстартер этого не понимает, и способен только на "Гы" и "Лол". |
|
|
|
В биткоине решают майнеры. Куда переключат долбило, тот и победил. Эммм... Майнеры - это алгоритмическое решение?  А тут решают стейкхолдеры - где их больше форжит, тот и победил.  И не надо опять что они будут одинаково форжить и то и то. Не будут.  - вот тут я не совсем согласен. Допустим, будет два блокчейна (1.6 и 1.7), большинство форжеров поддержит 1.7, а в 1.6 останется форжить только 20% монет - это не убъёт 1.6, и даже время между блоками будет 1 мин (т.к. сложность быстро адаптируется). Просто безопасность 1.6 снизится, кто-то может скооперироваться (форжинговые пулы, например), получить > 50% форжинговой мощности, и провести дабл-спенд атаку. Но это теоретическая возможность, до такой атаки два форка могут очень долго сосуществовать. И один из них загнётся не из-за недостатка форжеров, а потому, что разработчики переключатся на один из форков. |
|
|
|
а я причем - это в статье битфури написано
- на заборе тоже пишут (c) - атака дальняя - начиная с первого блока - делается в легкую - если того пожелает сам создатель монеты - первичный обладатель монет
- не распространяй, пож-ста, дезу. Первичный обладатель переписать историю не может, т.к в Nxt в исходнике запрограммированы чекпойнты на 30-ти тысячном блоке, на 100-тысячном и т.д., кроме того, есть плавающее окно из последних 720-ти блоков, в котором только и возможна реорганизация цепочки. Все форжеры просто пошлют такого "первичного обладателя". Битфурий заказал обсирание PoS, ему и написали то, за что он заплатил деньги. |
|
|
|
Гы. Лол. Ну так кто разрешит конфликт разработчиков ядра и приложений?
- так "Гы" и "Лол", или тебе всё же непонятно, и ты просишь объяснить? В биткоине решают майнеры. Куда переключат долбило, тот и победил. Причем если совсем будет срач, то переключат на альтернативный PoupkingCoin. - если в bitcoin и bitcoiNXT уйдёт примерно поровну майнеров (точнее, их мощностей), то два форка будут сосуществовать долго. Просто безопасность каждого форка снизится вдвое. |
|
|
|
Опиши мне внятный механизм, как должен разрешиться конфлик.
Дык раз чистый PoS, где больше стейк, тот и победил. Ты не очень понимаешь по-моему сути проблемы. 80% стейка форджат ОБЕ ветки. Лишь 20% как-то упарываются и принципиально форсят одну из веток. Плюс к этому добавляется то, что обе ветки не признают друг друга. Старая вообще считает блоки от новой не валидными и отклоняет их. Новая "хардкодит" и гвоздями прибивает "правильную" по её мнению ветку. 80% холдеров смотрят кино на двух мониторах и жрут попкорн. Как наступит консенсус? - консенсус наступит там, куда уйдут разработчики - как ядра, так и приложений. За ними неизбежно потянутся и пользователи приложений (сервисов). И я считаю, что это намного правильнее, чем в биткоине, когда какие-то там китайские майнеры блюдут только свой майнерский интерес, и фактически не позволяют развиваться протоколу и приложениям. |
|
|
|
Киты продолжают ронять курс? Или есть другое объяснение причины сегодняшнего падения?
- да, есть другая причина. Сильные трения между core-разработчиками (в первую очередь Жан-Люком) и разработчиками сервисов поверх Nxt (в первую очередь JL777). Жан-Люк в ветке 1.6.x, готовясь к важной версии 1.7, изменил структуру базы данных, в результате чего многие существующие API-вызовы стали неэффективными (но остались работающими). В версии 1.6.2 Жан-Люк в этих API изменил дефолтные значения некоторых API-параметров. Например, вызов getAccountAssets раньше возвращал баланс, название и разрядность ассета, а начиная с версии 1.6.2 для получения названия и разрядности в вызове getAccountAssets нужно указать параметр includeAssetInfo = true . Естественно, разработчики сервисов (такие как JL777, blackyblack1, ..) недовольны (мягко говоря) необходимостью менять параметры вызовов в их работающих проектах. Это вполне понятная, но от этого не менее серьёзная, проблема. К чему ведёт постоянное соблюдение обратной совместимости мы видим на примере биткоина - за последние 3 года в нём нет новых функций. В то же время Nxt за 2 года изменился до неузнаваемости - благодаря жёсткой руке Жан-Люка, который не боялся изменять архитектуру и API, при этом постоянно добавляя новый функционал. Новым разработчикам сервисов на основе Nxt нравятся простота и логичность API, в то время как разработчикам со стажем, естественно, не хочется (да и рискованно) переделывать работающие проекты под новые API. Лично моё мнение, что сейчас Жан-Люк перегнул палку. Как минимум, он должен был анонсировать (и внедрить) изменения в API начиная с экспериментальной версии 1.6.0e, а не с 1.6.2. Надеюсь, что разработчики Nxt и сервисов придут к консенсусу. |
|
|
|
Если компания выпускает свои асеты, каким образом информация о них становится доступной для публики? Иными словами как эти асеты попадают в листинг например на http://nxtreporting.com/? После начала продаж или раньше? - выше уже ответили, что на http://nxtreporting.com/ или, скажем, на https://trade.secureae.com/ ассеты попадают из блокчейна, то есть даже до начала продаж (после создания ассета). Т.е. интересует механизм как сделать как можно более публичной информацию об асетах? Размещение на nxt форуме это понятно, какие существуют еще механизмы
- поскольку это реклама (граничащая со спамом), встроенных в Nxt механизмов нет. Но есть некоторые приёмчики ... Эмитент создаёт красивый сайт (как то http://coinoindex.com/ ) с проспектом эмиссии, с описанием проекта, преимуществами перед конкурентами, целевой аудиторией, будущими диведендами, и т.д. Затем выпускает ассет, при этом в описании ассета даёт ссылку на этот сайт (иногда и на профильную тему в форуме). Затем начинает спамить пересылать по одному (или по 0.0001) этому ассету активным Nxt-аккаунтам (их он берёт из последних транзакций блокчейна) - в рассчёте на то, что владелец аккаунта заинтересуется новым ассетом, посмотрит его описание, и перейдёт на домашюю страничку проекта, впечатлится, и купит много этих ассетов. еще вопрос: как реф программу можно сделать за покупку ассетов по рекомендации для быстрого распростр инф о компании новой ?
- в самой Asset Exchdnge реферальной системы нет, к тому же в анонимной криптосреде она будет означать просто доп. расходы эмитента, без увеличения клиентской базы - пример тому реферальная программа Nxtty, когда было создано множество фейковых аккаунтов, чтобы получить лишние Nxttycoin. В принципе, реферальная идея интересная, её могла бы воплотить в жизнь 3-я сторона, например, тот же https://trade.secureae.com/ . Напишу о ней здесь: https://nxtforum.org/index.php?topic=10244.0А пока реферальную пиар-программу эмитент может сделать вручную - обещать определённое количество NXT или ассетов тому, кто пришлёт ему ссылку на рекламный пост в файсбуке, твиттере, реддите, вконтакте и т.п. |
|
|
|
разрабатываю вторую, принципиально новую, версию сервиса
- хорошо бы, если будет желание, вторую версию сделать на основе Account Control (выйдет вскоре в версии 1.7). Это избавит от необходимости доверять администрации биржи, т.к. она (администрация) не сможет единовластно распоряжаться торговыми аккаунтами клиентов (потребуется вторая, клиентская, мультиподпись). |
|
|
|
шэйпшифт .. я что-то такого не вижу у себя
- в клиенте, в верхнем меню, четвёртая иконка справа (две стрелочки). Это просто ShapeSift plugin, проверенный core-разработчиками, и воткнутый на более видное место в интерфейсе. Возможно, небескорыстно, но разработчики тоже люди... К тому же этот пункт может помочь новичкам приобрести немного монет NXT для ознакомления. |
|
|
|
а кто подскажет - Account Ledger отображает данные только по тем движения, которые были с момента установки клиента 1.6.2 - это так и должно быть ?
- да, по умолчанию это так: 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.
- чтобы перерассчитать Account Ledger: чтобы перерассчитать Account Ledger, на тестовой странице { http://localhost:7876/test } перейдите к Debug, нажмите "scan", введите "height" = 0, "numBlocks" и "validate" оставьте пустыми. - если после этого сервер будет жаловаться на отсутствие админского пароля - установите его (nxt.adminPassword= в nxt.properties). |
|
|
|
|
Show Posts
