Скорее всего при переводе, этот "обрезок" чудным образом превращается в полномерный идентификатор.
Каким образом? Если часть информации уже утеряна (получен обрезок), то ее невозможно восстановить.
Topic: [ARDR] Nxt: Ardor - масштабируемая ChildChain-платформа - page 681. (Read 1750060 times)
Скорее всего при переводе, этот "обрезок" чудным образом превращается в полномерный идентификатор.
Каким образом? Если часть информации уже утеряна (получен обрезок), то ее невозможно восстановить.
понял - сам идентификатор значительно "длиннее",а это просто часть основного идентификатора, вырезанная по какому то алгоритму
Когда деньги переводятся, они же переводятся на этот обрезок...
понял - сам идентификатор значительно "длиннее",а это просто часть основного идентификатора, вырезанная по какому то алгоритму
Когда деньги переводятся, они же переводятся на этот обрезок...
А я вот тут подумал...
Номер счета в NXT (AccountID) - конечное число, ~20 цифр, т.е всего 10^20 вариантов.
а длина пароля много больше. Т.е. получается, что на каждый account может быть больше 1 пароля.
Если каким-нибудь рандомным образом окажется у двух человек 2 разных пароля от одного account. Как система себя поведет?
Насколько я понял - сам идентификатор значительно "длиннее",а это просто часть основного идентификатора, вырезанная по какому то алгоритму Номер счета в NXT (AccountID) - конечное число, ~20 цифр, т.е всего 10^20 вариантов.
а длина пароля много больше. Т.е. получается, что на каждый account может быть больше 1 пароля.
Если каким-нибудь рандомным образом окажется у двух человек 2 разных пароля от одного account. Как система себя поведет?
Доброго всем вечера !
Вышел клиент 0.5.7 ! Подробности здесь nxt4all.co.in
Вышел клиент 0.5.7 ! Подробности здесь nxt4all.co.in
А я вот тут подумал...
Номер счета в NXT (AccountID) - конечное число, ~20 цифр, т.е всего 10^20 вариантов.
а длина пароля много больше. Т.е. получается, что на каждый account может быть больше 1 пароля.
Если каким-нибудь рандомным образом окажется у двух человек 2 разных пароля от одного account. Как система себя поведет?
Номер счета в NXT (AccountID) - конечное число, ~20 цифр, т.е всего 10^20 вариантов.
а длина пароля много больше. Т.е. получается, что на каждый account может быть больше 1 пароля.
Если каким-нибудь рандомным образом окажется у двух человек 2 разных пароля от одного account. Как система себя поведет?
- вот здесь недавно выложена высокоуровневая API-библиотека для вызовов из PHP.
Позволяет проверять баланс, убеждаться в 10-ти подтверждениях транзакции, и даже посылать монеты.
Позволяет проверять баланс, убеждаться в 10-ти подтверждениях транзакции, и даже посылать монеты.
Какое-то интересное API
Решил попробовать на тестовом кошельке...1. Бага при создании базы. В базе incoming пытаются сделать ключ с несуществующим именем.
2. В примерах функция $nxt->checkBalance(), а ее нет, вместо нее getBalance(accoundID)
Играемся дальше
хотим настроить оплату некстами в нашем магазине https://nextcoin.org/index.php/topic,3023.0.html
Ни времени, ни желания. У меня уже много лет нормальный восьмичасовой рабочий день, и никаких колымов, просто для сохранения здоровья
Я и те-то исходники смотрел просто потому что у нас в России выходной по восьмое число был.
Так что как-нибудь без меня. Буду продолжать верить Жан-Люку. Тем более что у ноды "NCC-1701-D" какой-то немеряный стейк подписан, не должен человек с таким стейком сеть загубить
Я и те-то исходники смотрел просто потому что у нас в России выходной по восьмое число был.
Так что как-нибудь без меня. Буду продолжать верить Жан-Люку. Тем более что у ноды "NCC-1701-D" какой-то немеряный стейк подписан, не должен человек с таким стейком сеть загубить
Жаль, ладно, будем дальше искать.
Ок ребят вторая серия nxtmanual про то, как перечислить нексты на другой счет
http://www.youtube.com/watch?v=Z-ZtIBNTJGU
Большое спасибо 5271441507933314159 за перечисление
Если кто-то захочет отблагодарить адреса в сигнатурке =)
Дружище, закинул оба видоса в нашу группу вконтакте. Из фонда группы трохи пожертвую, молодец. http://www.youtube.com/watch?v=Z-ZtIBNTJGU
Большое спасибо 5271441507933314159 за перечисление
Если кто-то захочет отблагодарить адреса в сигнатурке =)
Ну согласись, что коммиты просматривать проще
А это идея... Хотя у тебя ж вроде нету времени заниматься программированием ядра Некста?
Я и те-то исходники смотрел просто потому что у нас в России выходной по восьмое число был.
Так что как-нибудь без меня. Буду продолжать верить Жан-Люку. Тем более что у ноды "NCC-1701-D" какой-то немеряный стейк подписан, не должен человек с таким стейком сеть загубить
Ну согласись, что коммиты просматривать проще
А это идея... Хотя у тебя ж вроде нету времени заниматься программированием ядра Некста?
Как вы себе это представляете? Грубый перебор всех подряд паролей по словарю, пока не попадётся что-то красивое?
Обычный vanitygen. Например, в отсутствие исходников и репозитария приходится доверять Жан-Люку и использовать скомпилированный им клиент.
Ну ты ленивый! Трудно декомпилировать, проверить и скомпилировать опять?
Кстати, а алгоритм создания номера по пасс фразе открыт?
Давно https://bitcointalksearch.org/topic/m.3759147
https://bitcointalksearch.org/topic/m.4285872
подобрать красивый адрес за N часов
Как вы себе это представляете? Грубый перебор всех подряд паролей по словарю, пока не попадётся что-то красивое? Тогда стоит добавить ещё проверку на наличие средств в созданных(найденных) кошельках, и автоматический перевод их на другой (свой) кошель.Я уже думал над созданием пары счёта-пароля, где счёт, например, "555555555555555", но что-то мне подсказывает, что найти пароль к какому-то числу займёт пару миллионов лет.
-------
Кстати, а алгоритм создания номера по пасс фразе открыт?
А двухфакторная авторизация невозможна, но возможна и запланирована, как я понимаю, поддержка мультисигнатур. Одной подписью можно будет начинать форжинг, двумя подписями переводить деньги. И вариации.
Да куда уж нам недалёким до вашего высокого хамства. Я правда подозреваю, что "вошёл" в крипты, когда вы слова такого ещё не знали. Ну да ладно.
Спасибо за объяснения, они были очень ценны.
Приватный ключ Биткойна просто по умолчанию предлагается пользователю в довольно-таки удобной форме: длинный, автоматически сгенерированный, сохранённый в файл. Файл к тому же штатными средствами можно зашифровать. Но протокол всё тот же: есть набор симоволов, который открывает доступ к монетам (возможность их перевести), пока существует сеть майнеров/форжеров, которая занимается по сути процессингом транзакций. Спасибо за объяснения, они были очень ценны.
Просто подожди, пока для Nxt соберут клиент, в котором надёжная пассфраза будет генерироваться автоматически (да ещё и с предложением подобрать красивый адрес за N часов), сохраняться в файл и шифроваться встроенными средствами клиента. Первый же HTML-клиент тупо даёт ввести тот самый набор символов самостоятельно.
P.S. Если у тебя на компьютере есть кейлоггеры, то и шанс, что скомпрометирован уже любой файл, включая файлы кошельков, также высоки. Принципиальной разницы нет.
Либо кто-то не подозревает, что эти ссылки работают только при запущенном собственном сервере. 
точно, спасибо
тогда это получается "обычный" внебиржевой рынок аля bloomberg, т.е. немного другая концепция, чем я видел вначале. или я может что-то упускаю?
За это не скажу, Блумберга не знаю.
тогда я что-то совсем потерялся, а как может быть реализована биржа, если все участники в одно и то же время видят разные данные?
Они видят одинаковые данные, но с задержкой. Больше задержка - больше вероятность, что данные корректные.
т.е. теоретически когда мы на децентрализованной бирже видим "стакан", то данные там отображаются с определенной вероятностью достоверности, но все трейдеры видят одно и то же? я правильно понял? и более старые данные более достоверны?
Более старые данные более достоверные. И не факт что все видят один и тот же стакан.
тогда это получается "обычный" внебиржевой рынок аля bloomberg, т.е. немного другая концепция, чем я видел вначале. или я может что-то упускаю?
Jump to: