Генерация BTC счета и верификация платежа на чистом PHP

[zutrovertu]

Здравствуйте.
Ищу концепт/вариант/сорец генерации BTC счета для последующего перевода на него денег, верификации платежа и вывода сообщения о результате.
Условие: чистый PHP, без js/json.

Смотрел в сторону сервисов, но нет желания платить процент и зависимость от левых сервисов в моем проекте не гуд. Плюс верификация и доп запрос, как в blockchain.info и coinpayments.

Если заложить в скрипт возможность выбора одного кошелька из 100 и более, тем самым создав "случайность", как лучше верифицировать платеж без запроса в сторонний сервис? Насколько я понимаю, никак, нужно брать нижеуказанную штуку и синхронизироваться с блокчейном без посредников.

Думаю насчет bitcoind и json-rpc, но последнее уже выводит из тз. Придется ставить десктопный кошелек и подгружать 150+ гб блокчейна. Есть возможность использовать с bitcoind raw связь вместо json?

Разбираюсь уже порядка 5 часов, адекватных идей нет.

P.S. Для поиска примера копался в дарк ресурсах с наличием оплаты в крипте, но большинство с js и даже с ним работает криво.

 

[pablo]

стандартный вариант в таких случаях - это bitcoind и json-rpc, это надежнее всего
а почему именно без jsonrpc?

https://github.com/nbobtc/bitcoind-php https://github.com/denpamusic/php-bitcoinrpc

 

[pablo]

кстати, интересный топик
Bitcoin + python

https://xss.pro/threads/25432/

 

[HardwareID]

Думаю нужно делать отдельный сервер для такого, к примеру на java.

 

[kerberos]

Всё гораздо проще, ставим electrum-cli (електрум без гуи для консоли)
docs.electrum.org/en/latest/cmdline.html
и потом обращаемся к нему хоть с пхп, хоть с ява. пример
github.com/Padrio/php-electrum-api
Только не забываем убрать private keys с сервака к себе на машину, чтобы електрум был в "read only" модусе. Это надо для того чтобы не увели ваши монеты если взломали ваш сервак. А так елетрум будет генерит адреса и проверлять балас быстро и без личшнего гимора на сервере а переводить дальше вы будет с "горячего" кошелька с свой машины...

 

[merdock]

Что мешает генерировать кошелек (как пример проект https://github.com/btcsuite/btcd там исходники на GoLang альтернативы bitcoind можно посмотреть методику генерации клшелька HD) проверять этот кошелек через тор на сервисе "https://api.blockcypher.com/v1/eth/main/addrs/" + adr + "/balance" ? - это самый удобный, анонимный, безопасный пример. Можно конечно сделать на bitcoind через RPC но там хватает гемора, особенно с просмотром балансов, или скомпилить альтернативу btcd, там баги с зависаниями встречаются. На php я бы не стал брать примеры генерации из паблик мест потому, что натыкался на закладки даже в известных проектах на гите, потом у вас будут исчезать бабки с ваших кошельков.

 

[kerberos]

На php я бы не стал брать примеры генерации из паблик мест потому, что натыкался на закладки даже в известных проектах на гите, потом у вас будут исчезать бабки с ваших кошельков.

Покажи пример хоть одну закладу, не покажишь значит ты пиздун!
За такую закладу, тем более на гите, снесли бы репозитори в секунды...

 

[weaver]

Закладка может быть. Но вероятность ничтожно мала.... Кода должно быть много и она должна затеряться среди него. Хотя в том же python'e в модулях встречаются бекдоры. Но обычно модуль отличается на одну букву. Репазиторий хз могут не снести, малварь на гите исходники размещают и всякие exe хоть это и вредоносы. В первую очередь это хранилище кода. А что там ... всем как бы до одного места... Большинство думает работает и ладно. Звездочек много у репазитория? репортов не было всё ок. Хотя люди могут сделать форк. Добавить функционал и так же пробекдорить. А так же разраба сконпрометировать.. Стандартная практика... Бекдорить то что используется в массе и очень популярное. Разрабы ключи даже забывают в репазиториях с APIшками всякими. Че тут о закладках говорить. Разработчики могут нарочно уязвимость оставить и потом получить денег за этот якобы "0дей" еще Брюс Шнайер писал об этом.

p.s. И не много юмора