Jump to content

kzw

Новички
  • Posts

    20
  • Joined

  • Last visited

kzw's Achievements

Новичок

Новичок (1/3)

1

Reputation

  1. ок, с этим понятно, спасибо а вот такой вопрос 😃 нужно проверять периодически, в сети ли сервер БТК (в работе или нет) как это можно сделать через RPC запросы? есть вариант через getblockchaininfo на выходе есть такие данные [blocks] => 720604 /* в сети */ [headers] => 720604 /* проверенных */ т.е. когда эти цифры совпадают, все нормально если же есть различие, то что то пошло не так а вот какое различие должно быть, что бы начинать "бить тревогу", что сервак либо отвалился, либо какие то проблемы с сетью (интернет), либо еще что то по какой формуле/алгоритму можно рассчитать то, что бы уже слать варны админу или там куда то еще (это не важно, решаемо) потому как, если запускать сервер с настройкой -prune, то при выходе сервака из работы, нужно будет перекачивать блоки, а это долго... сервер должен быть онлайн постоянно ну или может есть какие то свои наработки, как опрашивать сервер, на предмет его работоспособности
  2. это не мои "хотелки" я только кодер на PHP на данном проекте, который запрашивает через API транзы за некий период средствами того-же PHP а потому, меня интересует, что будет, если сервер сконфигурируют с опцией -prune, при настройке сервера конкретно: listtransactions + -prune = что выдаст?
  3. интересуют только свои транзакции ну хорошо, а поиск своей транзы по TXID при "обрезанном" локальном хранилище, где будет происходить? в локальном же хранилище или в сети?
  4. речь не о средствах (ну и о них конечно), а именно об истории транзакций так вот, если "ограничить хранимый объем", история транзакций не пропадет? на сколько можно "ограничивать"? чем такая "оптимизация" может грозить в будущем? ну к примеру там, подвисла транза исходящая и нужно ее "протолкнуть" растолкуйте, что/где неправильно и как правильно
  5. приветствую всех есть пара вопросов, попробую сформулировать... итак, есть сервак в сети (версия bitcoin core 0.21) работает уже несколько лет (точно не знаю) в истории куча транзакций, как входящих, так и исходящих админ сервака, хочет обновить до версии bitcoin core 22.0 и сконфигурировать с опцией prune я не сильно разбираюсь в настройках серваков, но примерно понимаю, что опция отвечает за удаление некоего кол-ва блоков, что бы не выкачивать и не ресканить весь пул блокчейна (я правильно термины использую?) и освобождении места на диске собственно вопрос такой, не повлияет ли удаление блоков (эта оптимизация) на историю транзакций? или подскажите, как оптимизировать сервак, с сохранением истории транзакций и немного освободить место на диске
  6. да я и не надеялся, что будет просто 😃 бтк вообще, не простая штука а тут приходится работать с API через скрипты так что я знаю, "куда полез" 😃
  7. @jam72 я верю, что вы реально хотите помочь но в вашем сообщении часть текста для меня как китайская грамота 😃 постараюсь немного пояснить, что хочется в итоге сделать... на данный момент, у меня есть скрипт, который считает комиссию <от суммы вывода> параллельно этому, сам сервак считает комиссию и если fee от сервака (байты/килобайты/сатоши... хз), больше, чем "я готов отдать майнерам", подключается мой скрипт, т.е. fee, который он посчитал и эта комиссия уходит в подпись транзы, а затем в сеть комиссия посчитанная скриптом, не корректна и я об этом знаю иногда, даже если комиссия от скрипта меньше, чем от сервака, она все равно больше, чем должна быть так вот, хотелось бы узнать, как и откуда брать данные для калькуляции комиссии (и ее минимизации), исходя из тех данных, что я могу получить выше приведенными методами (RPC) а так же какой то алгоритм для работы с этими данными (это вот как раз ваш пост)
  8. я не могу скриптом "посмотреть" цену 😃 это нужно для PHP скрипта, который будет сам считать и отправлять транзу в сеть
  9. да, вот такой вопрос в какую тему обратиться, для точного подсчета комиссии при выводе средств? сейчас сервак сам считает комиссию, в зависимости от колв-а адресов, с которых вывод и она часто бывает завышена использую: 1. метод listunspent() собирает кошельки с минимальными выходами и наличием на кошельках средств собирает до тех пор, пока нужная сумма не набрана (сумма которая выводится) 2. метод createrawtransaction(<кошельки из п1>, <кош(куда) = сумма>) 3. метод fundrawtransaction(<данные из п2>, <объект_json(кош для сдачи)>) 4. метод signrawtransactionwithwallet(<hex транзы из п3>) подписывает сырую транзу перед отправкой вот как раз здесь метод должен вернуть комиссию транза пока не отправлена в сеть но можно назначить комиссию самому и добавить ее в массив <объект_json(кош для сдачи)> отдельным элементом 5. метод sendrawtransaction(<HEX подписанной транзы с комиссией>) это уже именно отправка транзакции в сеть собственно вопрос в том, как правильно рассчитать комиссию если доверить серваку, то комиссия слишком большая если считать самому, то какие данные использовать, исходя из тех методов что используются для создания транзы (или какие то другие) если что, поиск на форуме использовал, но он вывалил 350 страниц совершенно бесполезной для меня информации 😃 в сети тоже искал, ничего внятного, кроме общих рекомендаций
  10. такс... отписываю сделали -zapwallettxes на баланс вернулось даже больше, чем сумма пропавшей транзы, возможно (и скорее всего) были и другие пропавшие на момент совершения транзы (дата), этой транзы уже нет надеюсь и не вернется... еще раз спасибо всем 😃
  11. да, площадка уже подготовлена собственно этого и добиваюсь 😃 в общем, всем спасибо за ответы, отпишусь по результату
  12. на серваке на данный момент 0.15 ок, об этом методе знаю, но думал может есть что то менее радикальное т.е. эта транза, которую не видит ни один эксплорер, все-таки в сети? и, на сколько понимаю, даже после удаления неподтвержденных транзакций (-zapwallettxes) из кошелька, эта так и останется в сети? что произойдет с балансом на кошельке? сумма, отправленная этой транзой, на баланс вернется? что будет далее, если (или когда) транзакция все-таки получит подтверждения (она же в сети, только ее никто не видит), баланс уменьшится на сумму отправления?
  13. на момент написания этого поста, номер блока уже другой 666616 но не суть, на момент написания предыдущего поста, запрос отдал именно 666613 - запрос методом getblockcount() так что все нормально с этим
  14. ок, выполнил команду получил NNN запросил в эксплорере этот блок что мне смотреть в эксплорере?
  15. метод подразумевает, что в аргументе должен быть blockhash где его взять? используя метод gettransaction(<txid>) выдает некую информацию, но там нет упоминания blockhash можно раскодировать транзу там есть нечто похожее [hash] => <дохрена_символов> это оно?
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...