T
@xoz9in said in SmartHoldem - первый в мире кошелёк поддерживающий русскоязычный BIP39:
@technol0g А если я создам кошелёк на англ. Переведу эти слова на русский и вставлю фразу на русском, то ничего не получиться по идеи ? Я правильно понимаю?
да это будет уже новый ключ
@vierstein77 да конечно, вы можете хоть стихотворение Онегина записать, просто тогда вам нужно включить опцию - не использовать BIP39 при импорте своей фразы в кошелек
@barzelgor также доступна генерация мнемоники на дополнительных языках Французский, Испанский, Итальянский, Японский, Корейский, Китайский. Английский по умолчанию. Русский на данный момент доступен только в кошельке SmartHoldem.
@greench будем рады украинскому языку в кошельке смарта.
Рекомендуется использовать для переводов данный файл https://smartholdem.io/download/ru_translate.zip
Здесь русский язык заменить на украинский, это наиболее полный вариант на сегодня.
После в новой версии он будет добавлен вместе с ником переводчика.
Также обобщение: в github технический шаблон для переводов https://github.com/smartholdem/smartholdem-wallet/blob/master/po/template.pot
SmartHoldem Wallet является первым в мире кошельком, поддерживающим генерацию секретных мнемонических ключей на русском языке (https://github.com/smartholdem/bip39).
Для генерации русскоязычной секретной фразы выберите в настройках Язык секретной фразы - Русский, затем регистрация на главном экране. (если опция недоступна, скачайте и установите последнюю версию)
Данный функционал на стадии альфа доступен в версиях с 1.1.0
Для русскоговорящих участников сети проще запоминать 12 кириллических секретных слов, а это все страны из СССР.
Возможна генерация мнемонических фраз на других языках.
За 3 дня до старта ICO в 2017 мной был опубликован этот твит
https://twitter.com/TechnoL0g/status/906585172203753472
это была стартовая точка в этой книге, первые участники сообщества просто поверили нам на слово, до выхода каких либо прототипов, теперь мы здесь в середине+ 2018, где каждый из вас видел как строчка за строчкой кода куётся смарт, как растёт сообщество, появляются десятки новых сервисов и обновляются созданные, многие вещи мы не успевали записывать в дорожную карту мы их просто создавали с нуля, пару недель назад мы свами запустили dex биржу, и всё это предисловие к первой главе книги SmartHoldem, которая началась с той точки в твитере 2017го...
Состоялся первый анонс в bitsharestalk
Добавлен coin XBTSX.DASH
может быть депонирован и снят с использованием сервиса-шлюза, управляемого XBTS (https://xbts.io)
@technol0g said in Обновление Node-A v.0.1.3:
upd: Если не проходит синхронизация ноды с предустановленным в конфиге ключом, удалите делегата из конфига, дождитесь синхронизации, добавьте ключ снова, перезапустите ноду.
@puaro1900 партнерская программа была предусмотрена в whitepaper для игровых ресурсов и других заинтересованных, но её реализация запланирована после внедрения основных технологий. Вероятно вы говорите о партнерской программе.
В обновление включены:
Обновления не критичны, но желательны
Тестирования проводились в стабильных версиях nodejs: 6.14.1 (20 test-servers) и 8.11.1 (15 test-servers)
Для обновления возможны следующие последовательности команд:
sudo apt-get update && sudo apt-get dist-upgrade -y
cd smartholdem-node-a
git pull
npm install -g npm forever grunt-cli
npm install
sh update.sh
Если не срабатывает обновление, выполняем патч и повторяем список команд:
git checkout -p
git pull
Если проблема с компиляцией secp256k1, одна из причин локаль:
sudo locale-gen en_US.UTF-8
2я причина, gyp:
npm install -g node-gyp@latest
npm rebuild
Проведен рефакторинг sthjs-wrapper
соотвественно обновлены
модуль также доступен в npm https://www.npmjs.com/package/sthjs-wrapper
npm install --save sthjs-wrapper
// init
var smartholdemApi = require("sthjs-wrapper");
var network = "main" //or "dev"
smartholdemApi.init(network);
var smartholdemApi = require("sthjs-wrapper")
smartholdemApi.getBalance("Address of the account", (error, success, response) => {
console.log(response);
});
Trusted Execution Environment SmartHoldem (TEESH) набор программных компонентов, поддерживающих на устройстве безопасную среду выполнения операций экосистемы SmartHoldem.
Состоит из:
Обычно TEESH процессор — это отдельный микропроцессор в системе или виртуальный экземпляр основного процессора. TEESH процессор изолирован от остальной системы механизмами защиты памяти и операций ввода-вывода, реализованными на аппаратном уровне.
Основной процессор устройства считается «не доверенным» и не может получать доступ к определённым областям ОЗУ, аппаратным регистрам и безопасным зонам, в которых хранятся секретные данные (например — криптоключи)
Для любых операций, требующих эти секретные данные, ПО обращается к TEESH (защищенному) процессору.
Самый популярный пример всего этого в экосистеме Android — это DRM framework, используемый для защиты контента. ПО, работающее в Trusted Execution Environment процессоре, может получать доступ к специфичным для этого устройства ключам, которые нужны для расшифровки защищённого контента. При хорошо организованной защите от программных атак, основной процессор видит только зашифрованный контент.
Другие примеры использования Trusted Execution Environment: полнодисковое шифрование, многофакторная аутентификация, защита от сброса устройства, защита карт памяти, беспроводная трансляция защищённого контента, безопасная обработка PIN кодов и отпечатков пальцев.
Trusty предоставляет API для разработчиков двух классов приложений:
ПО, работающее на основном процессоре, может использовать Trusty API для подключения к доверенным приложениям и обмениваться с ними различными сообщениями, подобно тому, как работают сетевые сервисы через IP. Используя определённый протокол, приложения определяют формат данных и семантики этих сообщений. Надёжность доставки этих сообщений гарантируется инфраструктурой, лежащей в основе Trusty (в виде драйверов, работающих на основном процессоре). Все сообщения асинхронны.
Доверенные приложения работают как изолированные процессы под ядром ОС Trusty. Каждый процесс работает в песочнице с собственной виртуальной памятью, которая управляется средствами MMU. Ядро распланировывает эти процессы на основе приоритетов; цикличность планирования задаётся защищённым синхронизатором тактов, все Trusty приложения имеют одинаковый приоритет.
Приложения для ОС Trusty могут быть написаны на C/C++.
Структура приложений
Приложения Trusty инициализируются один раз в процессе загрузки и размещаются в памяти до тех пока, пока защищенный процессор не будет сброшен. На данный момент не поддерживает динамическую загрузку и выгрузку приложений.
Доверенные приложения написаны как сервисы, управляемые событиями и ожидающие команды от других приложений или от приложений, работающих в основном процессоре. Доверенные приложения могут быть клиентами других доверенных приложений-сервисов.
Одним из видов подтверждения доверия является цифровая подпись, производителю которой пользователь доверяет или хэш сверки подписи в блокчейн.
Интересно использование чипов SoC (систем на кристалле). Подробная статья тут. это и есть ASIC с спец функциями. К примеру в устройствах Android используется этот чип для обеспечения безопасной среды и хранения ключей.
Пример системы на процессоре A9
Идея вынести выполнение критических операций на отдельное специализированное устройство не нова. К критическим операциям в данном случае стоит отнести работу с ключами и контроль обрабатываемой информации, в нашем варианте это RNG. То есть в этих устройствах необходимо обеспечить генерацию ключей, выполнение криптографических операций и контроль поступаемых на обработку данных. Так же необходимо обеспечить механизм разграничения прав доступа к устройству и обеспечить неизменность исполняемого кода.
Задачу по безопасной работе с ключами достаточно давно и весьма эффективно решают смарткарты и токены с криптографией на борту. Ключи генерируются аппаратно в устройствах, криптографические операции выполняются в устройствах, ключи никогда не покидают устройств. Разграничение прав доступа наиболее часто осуществляется с помощью PIN кода. Защита исполняемой программы от модификации обеспечивается производителем чипов на аппаратном уровне. Для борьбы с атаками направленными на несанкционированное использование криптографических возможностей, развитие данных устройств идет по пути добавления функциональности контроля достоверности/целостности данных.
Реализация контроля достоверности данных, поступаемых на обработку, в доверенных устройствах может быть различной. Существует три основных механизма контроля:
Доверенный механизм ввода данных. Реализуется с помощью клавиатур ввода данных физически располагаемых на устройстве. Характерным примером являются так называемые «криптокалькуляторы», к примеру Ledger Nano S, на клавиатуре которых производится набор платежных реквизитов и затем на основе секрета устройства (или секрета платежной карты) формируется код подтверждения платежа. Основным недостатком решения является необходимость ввода данных вручную. В банковской сфере, для устранения этого неудобства, в устройство может быть добавлена функциональность хранения списка контрагентов.
Визуальный контроль данных, осуществляемый с помощью дисплея доверенного устройства. В отличии от первого способа, данные формируются в недоверенной среде, а затем отображаются на экране доверенного устройства. Корректность данных проверяет пользователь устройства. В случае подтверждения пользователем корректности данных, формируется код подтверждения.
Устройства могут иметь различный форм фактор и иметь различные интерфейсы обмена данными. В настоящее время являются самыми удобными для пользователя решениями по созданию доверенной среды.
Получение данных из доверенного источника с криптографической проверкой авторства. Получение данных от доверенного сервера приложений и расшифровка (проверка подписи) в доверенном устройстве. Может сочетается с визуальным контролем данных.
По своей сути все внешние доверенные устройства являются миникомпьютерами с ограниченными функциональными и вычислительными возможностями. Аутентичность данных обеспечивается наличием собственных интерфейсов ввода-вывода.
Перспективы
Механизм TEE в мобильных устройствах:
Отдельная карта также доступна тут https://smartholdem.io/nodesmap.html
@mkbeh Один из методов упакованный снапшот, регулярно обновляемый, через некоторое время будет переведен в p2p режим, как торрент протокол. Сама структура данных имеет высокую энтропию и предсказуемость, что способствует созданию направленных методов сжатия, сократив объем в сотни и возможно в тысячи раз (зачастую в монетах 1.0 данные между пирами передаются не упакованными, по блочно, почему бы не хэшировать по 10800 блоков (24 час) за 1 раз? при синхронизации...).
Секретный ключ вынесен в отдельный файл secret.json (для совместимости также работает старый вариант с файлом config.smartholdem.json). При сохранении первой секретной фразы адреса делегата в secret.json теперь нет необходимости указывать ее заново во время обновлений.
Добавлена быстрая синхронизация блокчейн с помощью скрипта
sh firststart.sh
тестирование проводилось на заведомо слабом VPS-сервере с параметрами 2x2.2ГГц, 1Гб RAM, 20Гб HDD. Время полной синхронизации блокчейн SmartHoldem с нуля занимает не более 2х минут.
Для гарантированного обновления Node-A до последней версии используйте следующие команды:
!Внимание! Вероятнее всего секретная фраза из файла config.smartholdem.json >> secret["ваша фраза"] будет удалена, не забудьте ее записать.
cd smartholdem-node-a
forever stop app.js
здесь будет задан вопрос о перезаписи некоторых файлов, пишите y <ENTER>
git checkout -p
git pull
Результат выполнения примерно следующий:
Обновляем модули
npm install
Если давно не обновлялись, секретная фраза будет удалена, вам необходимо ее указать заново, рекомендуется указывать в файле secret.json
nano secret.json
Файл
{
"secret": ["здесь ваша секретная фраза"]
}
CTRL+o, CTRL+x
sh update.sh
По завершении всех операций вы увидите лог работы вашей обновленной ноды.
P.S. Также в Node-А SmartHoldem успешно работают исключения - это одна из будущих функций монеты EOS, которая на данный момент лишь анонсирована.
Блок 1401917
Разработчикам создана раздача тестовых (DEV) монет, необходимых в тестировании API SmartHoldem без затрат настоящих монет.
Обозреватель блоков тестовой сети DEV Explorer
Делегатам - улучшенная безопасность нод А. Вы можете сгенерировать вторую парольную фразу к своему адресу, но на сервере использовать первую, что гарантирует полную безопасность в случае компроментации первой фразы. После активации Все дальнейшие исходящие операции адреса необходимо проводить при использовании двух фраз. Протестировано в DevNet. Комиссия включения второй фразы 5 STH.
Помните! В случае утери парольной фразы вы не сможете получить доступ к вашим активам!
Обновлен SmartHoldem API Wrapper при работе с транзакциями, идентификацией типа сети, подбор случайных нод.
Обновлен API JS в ветках mainnet & desktop wallet, исправления в валидации адреса и типов сетей (sidechains)
Обновлены скрипты faucet
Добавлены локальные версии Windows генератора "бумажных" кошельков, работает без подключения к сети.
Обновлен обозреватель блоков. Переводы, поддержка альтернативных сетей, блокчейнов, добавлен функционал графиков и мониторинга будущих курсов STH & Связываемых токенчейн.
Обновлена документация API SmartHoldem по API Wrapper и примерам использования.
@crazy_miner необходимо открыть порт 6100