Lobby и серверная часть вполне хорошая получилась, много столов, вариантов блайнов, событийное отображение игроков. Все новые игроки получают по 1000 игровых фишек на данный момент.
Не хватает специализированных игровых тестов, но это дело времени.
TechnoL0g
Posts
-
-
На обычных VPS зачастую выделяется небольшой объем пространства HDD.
К примеру VPS с 20 Гб, если ваша нода была включена с самого старта сети, вероятнее всего диск забит на 99%, так происходит из-за логов forever.для просмотра доступного объема используется команда
df -h
Для освобождения диска рекомендуется периодически очищать логи из скрытой папки .forever, еще лучше прописать очистку в crontab
rm /home/ваш_пользователь/.forever/*.log
- ваш_пользователь - имя пользователя под которым работает нода, пример smartholdem
после выполнения команды проверяем доступный объем диска
-
Обновления Node-A
-
Секретный ключ вынесен в отдельный файл 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, которая на данный момент лишь анонсирована.
-
-
Под текущие технологии БЧ, на 21й год идеально подходят пошаговые стратегии в стиле героев 3, шахматы и морской бой (хотя с морским боем сложнее чем с героями в БЧ), под реалтайм разработали одноразовые криптоподписи+сайдчейны. Криптоподписи избавят всех нас от централизованных email и паролей.
-
Задавайте вопросы друзья!
-
Кошелёк, который шифрует сам себя
Инновационный метод шифрования данных в кошельке SmartHoldem.
Обеспечение безопасности ваших криптовалютных активов с помощью криптографии.SmartHoldem Wallet предоставляет большой выбор криптографических функций и сервисов, и позволяет хранить криптовалюту SmartHoldem STH, переводить, зарабатывать, участвовать в управлении платформы путем голосования за ноды-валидаторы, создавать/передавать GM SmartNote и самое главное позволяет вам полностью контролировать свои средства.
Кошелек SmartHoldem предоставляет очень высокий уровень безопасности, если его правильно использовать. Всегда помните, что защита ваших средств - это ваша ответственность. Никто кроме вас не хранит Вашу парольную фразу!
Как работает Кошелек SmartHoldem, который шифрует сам себя
На уровне приложения кошелька SmartHoldem встроены функция хэширования SHA384 и алгоритм шифрования AES.
SHA2 Secure Hash Algorithm - безопасный алгоритм хеширования, это собирательное название однонаправленных хеш-функций SHA-224, SHA-256, SHA-384 и SHA-512. Хеш-функции предназначены для создания «отпечатков» или «дайджестов» сообщений произвольной битовой длины. Применяются в различных приложениях или компонентах, связанных с защитой информации.
AES (Advanced Encryption Standard) - симметричный алгоритм блочного шифрования (размер блока 128 бит, ключ 128/192/256 бит), принятый в качестве стандарта шифрования. wiki
Работа с кошельком SmartHoldem начинается c Пин-кода!
Пользователь придумывает надежный Пин-код, на основе которого происходит генерация хэша SHA-384. Пин-код может быть любым. Интерфейс хэширования Пин-кода встроен в сам кошелек SmartHoldem с возможностью создания личного Пин-кода пользователем для максимального уровня защиты кошелька.
Пин-код в SmartHoldem преобразуется в хеш SHA-384 и участвует в шифровании данных с использованием алгоритмов AES. Также пин-код предотвращает любую форму перехвата данных или клавиатурных шпионов, точнее делает их бесполезными.
После создания Пин-кода в интерфейсе кошелька откроется зашифрованный интерфейс с парольной фразой. Блокчейн SmartHoldem генерирует адрес и парольную фразу. Пользователю необходимо надежно сохранить парольную фразу. В случае потери парольной фразы невозможно получить доступ к кошельку и средствам, хранящимся в блокчейне.
Пин-код требуется при каждом входе в кошелек SmartHoldem. Пользователь в любой момент может изменить Пин-код и придумать Новый Пин-код. В интерфейсе кошелька доступна функция "Сбросить Всё".
- Десктопные, мобильные и браузерные кошельки SmartHoldem не хранят приватные ключи и пин-коды пользователя.
Шифрование приватных ключей
Функция хеширования SHA-384 преобразует пин-код пользователя в 384 битный хеш. Далее криптографический алгоритм AES шифрует приватные ключи через полученный 384 битный хеш. Шифрование кошелька SmartHoldem происходит на локальном устройстве и никуда не передаётся.
Результат шифрования сохраняется в зашифрованный контейнер данных, сгенерированный AES. Этим алгоритмом шифруется парольная фраза с набором данных.
У Биткоина используется более короткий хэш на основе функции хеширования SHA-256.
В SmartHoldem используется хэш на основе функции хеширования SHA-384, который является более длинным и более сложным для расшифровки по сравнению с SHA-256.
Пример хэшей при стандартном наборе цифр 12345:
- Хэш SHA-256: 5994471abb01112afcc18159f6cc74b4f511b99806da59b3caf5a9c173cacfc5
- Хэш SHA-384: 504f008c8fcf8b2ed5dfcde752fc5464ab8ba064215d9c5b5fc486af3d9ab8c81b14785180d2ad7cee1ab792ad44798c
Пин-код SmartHoldem никогда не хранится в открытом виде, в том числе в памяти ПК. В сессии работы с кошельком отображается лишь хеш пин кода, который в момент ввода пин-кода временно генерируется в оперативную память, это означает, что кража хэша пин-кода ничем не поможет взломщику, это бесполезная информация по прошествии нескольких секунд.
Результат Хеш-функции нигде не сохраняется, а сопоставляется лишь при вводе Пин-Кода. Таким образом мы получаем на выходе зашифрованные данные + хеш SHA 384, который также нигде не хранится, и он же является ключом к локальному хранилищу. Сопоставление происходит в локальном хранилище, не сохраняется и никуда не передается. Так работает Криптография кошелька и WEB 3.0.
Если Вы посмотрите папку установки кошелька SmartHoldem, Вы не обнаружите никаких данных, поддающихся анализу. Таким образом на стороне кошелька сокращены варианты компрометации приватного ключа. Данные для расшифровки нигде не хранятся.
- Инновационный принцип работы кошелька SmartHoldem, когда Кошелек шифрует сам себя, является наиболее безопасным и надежным для хранения криптовалюты и работы с ней.
Насколько безопасны другие крипто-кошельки?
Большинство других крипто-кошельков предлагают шифровать файлы с ключами паролем или вовсе каждый раз указывать свой приватный ключ-фразу при совершении транзакций. В этом случае парольные фразы остаются в очевидном месте и уязвимы. Например, крипто-кошелек Exodus помещает их в папку AppRoaming на Windows и в Application Support - на macOS.
Самое важное в них -файлы seed.seco и passphrase.json. В первом находится приватный ключ, а во втором - фраза для его дешифровки.
Украсть файлы из смартфона сложнее: iOS и Android не предоставляют полный доступ к файловой системе. Авторы статьи установили на смартфон кошельки Cake Wallet, MyEtherWallet и TON Surf, без root-доступа не смогли найти папки с ключами, но с помощью root-доступа через загрузчик они получили доступ к сохраненных паролям.
Ссылка на исследованиеЧто делать если пользователь потерял телефон с установленным крипто-кошельком?
"Телефон можно потерять или разбить, и таким образом "лишиться" криптовалюты" - Это самое распространенное заблуждение среди начинающих крипто-пользователей.
Если Вы используете непосредственно криптовалюту SmartHoldem STH, которая работает на блокчейне SmartHoldem и с обозревателем блоков, то интерфейс кошелька является визуально понятным человеку - интерфейсом для работы с блокчейном. А ваша криптовалюта как и история всех операций хранится в блокчейне.
Поэтому, если вы потеряли телефон, установите приложение кошелька на новое устройство и импортируйте свой адрес + парольную фразу, и вы получите полный доступ к вашим средствам. Для большей безопасности, создайте новый адрес и переведите туда средства.
Вторая парольная фраза
Создайте 2-ую Парольную Фразу, чтобы повысить уровень безопасности вашего кошелька.
Этот вариант рекомендуется только для опытных пользователей! Лучшая настройка безопасности - это та, которую вы освоите и сможете выполнить с уверенностью.
Для создания 2ой Парольной Фразы зайдите в раздел Wallet в кошельке SmartHoldem и Выберете 2ND PWD. Сохраните 2ую Парольную Фразу!!!
Комиссия Блокчейна за создание 2ой Парольной Фразы составляет 5 STH.
После создания 2ой Парольной Фразы, для совершения транзакций в кошельке, необходимо указывать Две Парольных Фразы.
Подробнее о создании 2ой Парольной ФразыСоздай любимый пароль с помощью Мозгового кошелька (Brain Wallet)!
По умолчанию парольная фраза генерируется по стандарту BIP39 (12-24 случайных слов).
В Кошельке SmartHoldem доступны функции Мозгового кошелька (Brain Wallet) для создания блокчейн адресов на основе произвольной парольной фразы.
Это означает, что если Вам не удобно хранить пароли или вы не знаете как это сделать, в качестве альтернативы вы можете сами Придумать надежную парольную фразу, запомнить её и использовать для входа в кошелек!Парольной фразой может быть строка из песни или стих или набор цифр. Например: - "we all live in a yellow submarine yellow submarine yellow submarine" или "миллион миллион миллион алых роз", или "3.14xFe$1234567891011.25", - варианты могут быть любые, но вам следует придумывать надёжные парольные фразы в этом случае.
Блокчейн SmartHoldem сгенерирует новый адрес на основе придуманной вами парольной фразы. Важно соблюдать пробелы при вводе, так как лишний пробел также является символом и блокчейн не сможет идентифицировать фразу если она не будет совпадать с оригиналом.
Резервное копирование (бэкап) кошелька SmartHoldem
Если вам нужно сделать Резервное копирование (бэкап) кошелька, Вы можете сохранить приватный ключ или мнемоническую фразу на отдельном устройстве, скачать paper wallet из своего кошелька (значок облако), а затем зашифровать их.
SmartHoldem
https://smartholdem.io/ -
Why do you need maintenance?
Over time, the bases in the postgres tend to grow, and begin to move more slowly due to problems with indexing. To solve these problems we use:REINDEX - operation of reindexing, fixing damaged indexes in the database.
VACUUM - garbage collection. VACUUM recovers the space occupied by the "dead" data. When performing normal operations with data, PostgreSQL does not physically remove data from the tables; this happens with the FULL VACUUM operation.
How to use db maintenance in SmartHoldem Node-A?
Log into the server
execute the following commands and wait for the operations to complete, it may take some timecd node sh stop.sh psql sth_smartholdem REINDEX DATABASE sth_smartholdem; vacuum full analyze; \q sh update.sh
Maintenance operations are recommended once a month.
-
Здесь обсуждаем сбор, анализ и вывод на стол статистики в холдеме и вероятно в будущем в омахе.
Существует 2 пути: 1 - написать свой покерный софт с открытым исходным кодом для анализа статистики румов SmartHoldem который соответственно бесплатен, 2 - интегрировать SmartHoldem rooms в PokerTracker, Hand2Note итп, если у них имеется такая возможность, платный. Насколько мне известно Hand2Note 59$/m поддерживает китайские румы. -
В начале разработки BlockChain для Smartholdem я придерживался модифицированной Proof-of-Stake модели, где все участники это full-nodes и получают комиссии от новых транзакций сети.
Но при таких условиях время блока от 1-6 минут, и необходимо скачивание полного BlockChain перед тем как начать операции в сети. Замедление сети обусловлено неограниченным числом пользователей подписывающих блоки, при всём этом логично, многие имеют нестабильные подключения итд. Также опасность одного пользователя теоретически выкупить более 50% токенов, что могло сказаться на работе сети в худшую сторону.После общения с ребятами из русскоязычной ветки графен (RuDEX), решил подробнее исследовать мат часть алгоритма DPoS, за что им благодарен.
Т.к. постоянно провожу время в разработке и исследованиях новых алгоритмов, пришел к новому оптимальному консенсусу на основе DPoS
На выходе получаем следующую модель - 2х уровневый делегативный консенсус. С временем подтверждения до 5 секунд.
Суперноды (делегаты) 1го уровня избираются пользователями сети, для подписания новых блоков, число участников ограничено 64. Любой пользователь сможет стать участником при соответствующем качестве своих серверов и голосов. Получают вознаграждения за комиссии сети.
Делегаты второго уровня, если говорить в привычных терминах подобны LPoS Waves, число участников неограниченно, для того чтобы стать участником 2го уровня, не менее важного чем первый, необходимо установить полную ноду и иметь генерирующий баланс от 10к STH, делегаты уровня отвечают за распределение вознаграждений и генерацию суперблоков от игровых процессов.
Здесь мы не забыли и про "малых" держателей монет, к примеру имеющих баланс 2к STH, такие пользователи тоже смогут принять участие в распределении вознаграждений, передав в аренду свой баланс делегатам 2го уровня (фактически баланс никуда не переводится), да они будут получать меньшую сумму вознаграждений, но будут.
Разрабатываемая модель идеальна для нашей децентрализованной игровой платформы, и она оптимально именно для экосистемы SmartHoldem.
Здесь также нет необходимости скачивать полную ноду, достаточно установить легкий кошелек и сразу приступать к операциям в сети.
-
01.07.2018 - Started Decentralized Exchange XBTS.io
16.07.2018 - PostCoin Listed
24.07.2018 - SmartHoldem Listed
25.07.2018 - Desktop DEX Wallet v2.0.180629
26.07.2018 - Added QR-CODE for payments
27.07.2018 - First Public API XBTS DEX Released
29.07.2018 - XBTS DEX PUBLIC API RELEASE Update
01.08.2018 Added MXN (1 Mexican peso, Maintenance collateral ratio (MCR) 175%)
02.08.2018 Public API Update - coin info
03.08.2018 MXN ( = 1 Mexican peso) Added
07.08.2018 Bitcoin Gold & Bitcoin Cash Listed
23.08.2018 SpectreCoin (XSPEC) Listed
25.08.2018 Added Accounts API
27.08.2018 Listed NovaCoin (NVC)
01.09.2018 btsdex library update
05.09.2018 DogeCoin (DOGE) Listed
14.09.2018 XBTS added into Bitshares wallet
28.09.2018 42-Coin (42) Listed
01.10.2018 Universe Coin (UNI) Listed
12.10.2018 NameCoin (NMC) Listed
17.10.2018 SteepCoin (STEEP) Listed
25.10.2018 CoffeeCoin (COF) Listed
27.10.2018 Waves Listed
14.11.2018 WIN LISTING AT DEX EXCHANGE
10.12.2018 XRUP Waves token listed
10.12.2018 P2P Waves token listed
17.12.2018 EverGreen (EGC) Listed
17.12.2018 DeepOnion (ONION) Listed
26.12.2018 STEP-BY-STEP INSTRUCTIONS XBTS
27.12.2018 BOWHEAD HEALTH (AHT) Ethereum token Listed
27.12.2018 Beluga Pay (BBI) Ethereum token Listed
28.12.2018 WIXLAR (WIX) Ethereum token Listed
18.08.2019 Integration of DexGames into XBTS
20.08.2019 Wallets Validator tool available on npm & git
24.09.2019 Re-branding
24.09.2019 UI Upgrade
01.10.2019 Listed PAISA
01.11.2019 Listed BCCX Coin
10.11.2019 Listed GUAP Coin
26.01.2020 Upd Terms of Use
29.01.2020 Snapcraft https://snapcraft.io/xbts-light
05.02.2020 Add Gateway Binance Chain BEP2
06.02.2020 Add Deposit/Withdraw BNB Binance Coin -
То, что ты не успел.
https://www.youtube.com/watch?v=Xvk_Te7LPFk -
В связи с сменой консенсуса Просьба всем кто проголосовал с 1 адреса более чем за 1 делегата отменить голоса и оставить 1
для отмены голосов выберите закладку голосование
уберите галочки с делегатов и нажмите голосовать
таким образом вы отмените голоса -
(на ред) На данный момент использую следующие среды (IDE) для удобной разработки и отладки:
Большинство от кампании JetBrains
-
WebStorm - NodeJS, Angular, VUE, js (клиент кошелька SmartHoldem)
-
Rider - C#, .NET, удобная отладка. Хорош для разработки доп библиотек (dll, so) и проектов игровой платформы Unity 3D
-
Clion - C++, отлично подходит для разработки с монетами типа Bitcoin, PostCoin, Bitshares и игрового движка Unreal Engine 4 от Epic Games
-
IntelliJ IDEA - лучшего IDE для работы с JAVA чем IDEA не видел, если говорить о крипте, тогда к примеру монеты Waves на Scorex, NXT, Ardor вы можете разрабатывать в данной среде. Существует открытая альтернатива Eclipse, но после перехода на IDEA, как в кадиллак после жигуля, хотя требуется время освоить интерфейс и доп фичи IntelliJ IDEA.
-
NetBeans - PHP, HTML, JS все для простого веба, прямая работа с ftp, менее удобный с git по сравнению с другими проектами.
Существует также PHPStorm, но как по мне, это дело привычки, для меня привычнее NetBeans при работе с простыми веб-проектами.
-
-
Доступна новая версия Rewarder v2
Назначение
Rewarder предназначен для автоматизированных выплат избирателям процента от форжинга за определённый период времени.
Что нового
-
Глобальный сервис статистики. Доступен на странице https://smartholdem.io/rewarder
После того как делегат запускает свой ревардер, оповещается глобальный сервис статистики, доступный для всех посетителей сайта SmartHoldem -
Время проверки голоса (config.daysPending). Новому избирателю присваивается статус в ожидании, по умолчанию 3 дня. По истечении статуса ожидания, избирателю присваивается статус - активен, после чего начинаются начисления.
-
Текущие статусы избирателей отдельного делегата возможно просмотреть кликнув на делегата на странице глобальной статистики ревардера
-
Делегат может задать любой период выплат в днях, от 1 дня (config.day).
-
Процент от форжинга (config.percent). По умолчанию 50%. Это процент от накопленных выплат за указанный период (config.day) по умолчанию 14 дней
-
Каждый избиратель получает свой персональный процент форжинга пропорционально и в зависимости от веса голосов других избирателей.
Пример
- процент выплат 50%
- период 14 дней
- всего нафоржено 20 000 STH за период 14 дней
- всего голосов 2
- избиратель-1 проголосовал 600 000 STH (персональный процент 60%)
- избиратель-2 проголосовал 400 000 STH (персональный процент 40%)
- 50% от форжинга = 10 000 STH
- из них избиратель-1 получает 6 000 STH (60%), избиратель-2 получает 4 000 STH (40%)
Установка ревардера
https://github.com/smartholdem/rewarder
- !перед удалением незабудьте остановить старый ревардер:
cd rewarder sh stop.sh
- и удалить старый ревардер если был установлен
rm -rf rewarder
вся статистика будет сброшена
git clone https://github.com/smartholdem/rewarder.git cd rewarder npm install mv sample.config.json config.json nano config.json
- в переменную secret прописать парольную фразу делегата
- сохранить выйти CTRL+o, CTRL+x
sh restart.sh
- перейти на страницу статистики для проверки активации https://smartholdem.io/rewarder
Как голосовать за делегата?
минимальный голос для учета по умолчанию установлен в 500 STH (config.minVote)
- перейдите в раздел кошелёк https://smartholdem.io/wallet
- откройте свой адрес
- откройте закладку голосование
- укажите имя делегата, за которого решили проголосовать
Комиссия за голосование составляет 1 STH. При этом ваши средства НЕ блокируются, но учитывается намерение о голосе за делегата в блокчейн SmartHoldem.
Отдав свой голос, вы продолжаете использовать ваши монеты в полной мере и получаете вознаграждения от делегата изъявившего желание включить ревардер. При условии нахождения делегата в топ 64.
Вы получаете персональный процент относительно других избирателей.
Чем больше вес вашего голоса относительно других избирателей, тем выше процент выплат вы получаете. -
-
@ozik да это простой упаковщик. Когда новый антивирус с малой базой не понимает что это - по умолчанию прописывают разное.
bkav ругается, странный сервис, вероятно из новых, скорее всего с сигнатурами ребята намудрили.
В одной из версий была проблема с авастом, так мы с ними связались и все разрешилось.
Эта проблема была у gamenet https://forums.comodo.com/av-false-positivenegative-detection-reporting-b154.0/-t112601.0.html с комодо. Свяжемся с этим странным сервисом bkav.
-
Обычные адреса Bitcoin-платформ не могут публиковаться публично, без потери конфиденциальности, поскольку все транзакции по этому адресу могут быть отслежены кем угодно. Адреса Stealth (скрытые адреса) позволяют публиковать общедоступный адрес, который может использоваться отправителями для получения нового адреса, к которому имеет доступ получатель, но никто другой не знает, связан ли он с Stealth-адресом.
Хитрость заключается в том, что отправитель должен использовать nonce для получения адреса платежа, и этот nonce должен быть доставлен получателю, чтобы они знали, как восстановить средства. Nonce может быть передано в транзакции, так что отдельный канал не требуется для связи с nonce.
Эта технология может использоваться и при создания новых открытых ключей для отправки зашифрованных сообщений.
Обсудим четыре метода:
- Простейшая форма скрытых адресов, которая имеет некоторые недостатки.
- Адреса Stealth для максимальной конфиденциальности.
- Адреса Stealth для максимальной конфиденциальности плательщика от получателя.
- Адреса Stealth для отправки сообщений за пределами blockchain.
Простые скрытые адреса
Получатель имеет keypair A = aG. Получатель делает публичный ключ общедоступным (это stealth адрес).
Отправитель имеет keypair B = bG.
B - это nonce.У них есть общий secret S = bA = baG = abG = aB, хотя получатель еще не знает, как вычислить это, так как у них еще нет B.
Плательщик строит kdf (S) = d и D = dG и E = A + D = aG + dG = (a + d) G = eG.
Плательщик строит транзакцию, оплачивающую E, содержащую B, в OP_RETURN и транслирует ее, и она включена в блок.
Получатель сканирует блок-цепочку для операторов OP_RETURN.
Для всех операторов OP_RETURN, содержащих возможный открытый ключ, они вычисляют S = aB, затем вычисляют kdf (S) = d и D = dG и E = A + D и видят, что одна и та же транзакция, содержащая OP_RETURN, также оплачивает E.
Если это так, тогда у получателя есть закрытый ключ для этого вывода, e, который можно использовать для расходования денег.Этот метод имеет некоторые недостатки:
-
Закрытый ключ получателя a должен быть онлайн на компьютере, который сканирует blockchain, увеличивая вероятность компроментации безопасности.
-
Любой может видеть, что инструкция OP_RETURN содержит возможный открытый ключ и, скорее всего Stealth-транзакцию, что увеличивает вероятность нарушения конфиденциальности.
Оба этих недостатка решаются в следующем методе.
Stealth-адреса для максимальной конфиденциальности публичных данных
Получатель имеет две пары ключей, A = aG, для получения платежей и A'=a'G, для вычисления общего секрета. Оба открытых ключа становятся общедоступными (пара A, A' - стелс адрес).
Отправитель имеет keypair B = bG. Они ранее получали платежи по этому адресу, поэтому хэш открытого ключа является общедоступным.
У них есть общий секрет S=bA'=ba'G=a'bG=a'B, хотя получатель еще не знает, как вычислить это, так как они еще не имеют B.
Отправитель строит kdf (S) = d и D = dG и E = A + D = aG + dG = (a + d) G = eG.
Отправитель строит транзакцию, выплачивающую к E, где B является открытым ключом на одном из входов, передает его и он включен в блок.
Получатель сканирует каждую транзакцию в blockchain. Для каждого открытого ключа на входе они вычисляют S = a'B, затем вычисляют kdf (S) = d и D = dG и E = A + D и смотрят, оплата по одной и той же транзакции, содержащей B, E. Если это так , они могут потратить эти деньги с помощью keypair A = aG.
Обратите внимание: главный секретный ключ a не обязательно должен быть онлайн в сети при сканировании блоков, только a'. Также обратите внимание, поскольку OP_RETURN не используется, эта транзакция неотличима от большинства обычных транзакций pubkeyhash в blockchain.
Поскольку этот метод создает транзакции, которые не отличимы от стандартных транзакций, он обладает максимальной публичной конфиденциальностью. Тем не менее, он медленный, поскольку каждая транзакция в blockchain должна сканироваться с вычисляемой сложностью O (nm), где n - число входов, а m - число выходов, который определенно медлены. Это можно преодолеть, всегда помещая B в первый вход, а также сканировать blockchain только во время, когда ожидается платеж.
Одна из последних проблем заключается в том, что получатель может видеть вход, используемый отправителем, то есть он несовместим с нашими требованиями, то есть у отправителя не может быть конфиденциальности со стороны получателя. Это можно устранить, возвращаясь к OP_RETURN, разъясняемому в следующем разделе, хотя это связано с тем, что публичная конфиденциальность уменьшается.
Stealth-адреса для максимальной конфиденциальности отправителя со стороны получателя платежей.
Это то же самое, что и выше, когда у получателя есть две пары ключей A = aG и A '= a'G, а у плательщика есть пара ключей B = bG, за исключением того, что B помещается в оператор OP_RETURN, а не на ввод, тем самым делая эти транзакции совместимый с нашими требованиями, поэтому плательщик может иметь конфиденциальность у получателя.
Следствием этого является то, что B содержится в OP_RETURN, и это доступно любому , кто анализирует blockchain, поэтому публичная конфиденциальность уменьшается.
Stealth-адреса для отправки сообщений за пределами BlockChain
Стелс-адреса также могут использоваться для обмена сообщениями.
Получатель имеет пары ключей A = aG и A '= a'G.
Публичные ключи делаются общедоступными (публичными).Отправитель имеет пары ключей B = bG и B '= b'G. Первый открытый ключ является общедоступным и повторно используется, последний открытый ключ является приватным и используется только один раз, чтобы отправить сообщение-подсказку получателю.
Они имеют общий секрет S = bA '= ba'G = a'bG = a'B, хотя получатель еще не знает, как вычислить это, так как они еще не имеют B.
Отправитель строит kdf (S) = d и D = dG и E = A + D = aG + dG = (a + d) G = eG, а затем шифрует сообщение, используя открытый ключ E с алгоритмом ECIES.
Отправитель посылает B, E (или хэш E) и зашифрованное сообщение публично. Получатель ищет публичное место для всех потенциальных зашифрованных сообщений. Любой потенциальный В проверяется на Е или его хэш, так как приемник может вычислить
S = a'B и d = kdf (s) и E = A + D = A + dG = aG + d = (a + d) G = Eq.
Приемник может расшифровать сообщение с помощью закрытого ключа e (который имеет только получатель, а не отправитель).
Второй секретный ключ получателя a' должен быть «онлайн», чтобы найти сообщение, но приватный ключ нужно использовать только для фактического расшифровки зашифрованного сообщения.
Этот метод обмена сообщениями обладает тем свойством, что даже если сообщение отправлено в общественном месте, никто, кроме отправителя и получателя, не знает, кто отправил сообщение или кто его получил, только то, что сообщение существует, когда оно было отправлено, и примерно то, что его размер есть. Даже размер можно было бы скрыть, разместив много мелких сообщений, и время может быть размыто, отправляя кусочки в произвольные моменты времени.
Все перечисленные методы доступны для понимания и имеют смысл быть, предлагаю добавить в протокол SmartHoldem Improvement Proposals подобный вид адресов и сообщений.
Возможно разбавить всё кольцевыми подписями скрывающими отправителя транзакции, подмешивая несколько маскировочных выходов транзакции, скрывая, какие именно монеты были потрачены.
Эти методы возможно использовать для создания действительно анонимных мессенжеров в отличии от псевдоанонимного telegram.
-
v.0.1.14
- fiat deposit/withdraw 5% > 1% fee
- add liquidity pool STH/RUB
v.0.1.13
- move balance to portfolio
- realtime withdraw limits update
v.0.1.12
- Add portfolio section
- Add STH/ETH Pool
- Fix back to my tokens
- Fix get prices
- Small fix stake balance
v.0.1.11
- Add download app section
v.0.1.10
- XBTS Wallet Deposit/Withdraw
- Support Wallet Cross chain networks
- Featured DeFi Pools
- Pool Stats
- Top asset holders
- SmartHolder (DeFi Grandfather) constantly 50% APY from all DEX trades
- Multi language
- Prices & Volumes top coins
- Support Multi accounts
- Pin code based on the graphical gaming platform
- Pin is encrypted with SHA384 + AES256, stored in local storage and never sent to the internet.
- All keys and passwords are encrypted in local storage and are NOT transmitted to the network. Crypto signature is transmitted to the network when transactions are signed
latest releases
-
@ozik Друзья для гурманов добавлена unpacked/portable версия под win64 тут
результат проверки неупакованного файла
-
@antonio_q3 да все наработки уникальные есть все в процессе ожидайте новостей
Игровые арты
Переполнение диска
Обновление FullNode-A v0.1.2
Проблемы и решения игростроя
Вопросы по SmartHoldem
1. Кошелёк, который шифрует сам себя
PostgreSQL Database blockchain maintenance/optimize
Покерный софт
КОНСЕНСУС BLOCKCHAIN SMARTHOLDEM
XBTS DEX ChangeLog
Музыка для работы
Изменения в голосовании
Лучшие среды разработки крипты и не только
Rewarder v2
Новая версия SmartHoldem Wallet 1.0.0
Stealth-адреса, транзакции и сообщения
XBTS Advanced Wallet Changelog
Новая версия SmartHoldem Wallet 1.0.0
Вопросы по SmartHoldem