kzw
-
Content Count
15 -
Joined
-
Last visited
-
да я и не надеялся, что будет просто 😃 бтк вообще, не простая штука а тут приходится работать с API через скрипты так что я знаю, "куда полез" 😃
-
@jam72 я верю, что вы реально хотите помочь но в вашем сообщении часть текста для меня как китайская грамота 😃 постараюсь немного пояснить, что хочется в итоге сделать... на данный момент, у меня есть скрипт, который считает комиссию <от суммы вывода> параллельно этому, сам сервак считает комиссию и если fee от сервака (байты/килобайты/сатоши... хз), больше, чем "я готов отдать майнерам", подключается мой скрипт, т.е. fee, который он посчитал и эта комиссия уходит в подпись транзы, а затем в сеть комиссия посчитанная скриптом, не корректна и я об этом знаю иногда, даже если комиссия от скрипта меньше, чем от сервака, она все равно больше, чем должна быть так вот, хотелось бы узнать, как и откуда брать данные для калькуляции комиссии (и ее минимизации), исходя из тех данных, что я могу получить выше приведенными методами (RPC) а так же какой то алгоритм для работы с этими данными (это вот как раз ваш пост)
-
я не могу скриптом "посмотреть" цену 😃 это нужно для PHP скрипта, который будет сам считать и отправлять транзу в сеть
-
да, вот такой вопрос в какую тему обратиться, для точного подсчета комиссии при выводе средств? сейчас сервак сам считает комиссию, в зависимости от колв-а адресов, с которых вывод и она часто бывает завышена использую: 1. метод listunspent() собирает кошельки с минимальными выходами и наличием на кошельках средств собирает до тех пор, пока нужная сумма не набрана (сумма которая выводится) 2. метод createrawtransaction(<кошельки из п1>, <кош(куда) = сумма>) 3. метод fundrawtransaction(<данные из п2>, <объект_json(кош для сдачи)>) 4. метод signrawtransactionwithwallet(<hex транзы из п3>) подписывает сырую транзу перед отправкой вот как раз здесь метод должен вернуть комиссию транза пока не отправлена в сеть но можно назначить комиссию самому и добавить ее в массив <объект_json(кош для сдачи)> отдельным элементом 5. метод sendrawtransaction(<HEX подписанной транзы с комиссией>) это уже именно отправка транзакции в сеть собственно вопрос в том, как правильно рассчитать комиссию если доверить серваку, то комиссия слишком большая если считать самому, то какие данные использовать, исходя из тех методов что используются для создания транзы (или какие то другие) если что, поиск на форуме использовал, но он вывалил 350 страниц совершенно бесполезной для меня информации 😃 в сети тоже искал, ничего внятного, кроме общих рекомендаций
-
такс... отписываю сделали -zapwallettxes на баланс вернулось даже больше, чем сумма пропавшей транзы, возможно (и скорее всего) были и другие пропавшие на момент совершения транзы (дата), этой транзы уже нет надеюсь и не вернется... еще раз спасибо всем 😃
-
да, площадка уже подготовлена собственно этого и добиваюсь 😃 в общем, всем спасибо за ответы, отпишусь по результату
-
на серваке на данный момент 0.15 ок, об этом методе знаю, но думал может есть что то менее радикальное т.е. эта транза, которую не видит ни один эксплорер, все-таки в сети? и, на сколько понимаю, даже после удаления неподтвержденных транзакций (-zapwallettxes) из кошелька, эта так и останется в сети? что произойдет с балансом на кошельке? сумма, отправленная этой транзой, на баланс вернется? что будет далее, если (или когда) транзакция все-таки получит подтверждения (она же в сети, только ее никто не видит), баланс уменьшится на сумму отправления?
-
на момент написания этого поста, номер блока уже другой 666616 но не суть, на момент написания предыдущего поста, запрос отдал именно 666613 - запрос методом getblockcount() так что все нормально с этим
-
ок, выполнил команду получил NNN запросил в эксплорере этот блок что мне смотреть в эксплорере?
-
метод подразумевает, что в аргументе должен быть blockhash где его взять? используя метод gettransaction(<txid>) выдает некую информацию, но там нет упоминания blockhash можно раскодировать транзу там есть нечто похожее [hash] => <дохрена_символов> это оно?
-
я с той темы и перешел в эту (ну типа прочитал то, что в шапке написано) ну так подскажите я уже писал, транзы нет в экплорерах уже 10 дней (ее видит только сам кошель на серваке, сервак в сети, а не дома) что нужно сделать для того, что бы сумма вернулась на баланс кошелька ИЛИ таки транзакция появилась в сети и сумма ушла получателю?
-
как это можно проверить? какие то методы из АПИ есть? или через консоль посмотреть? или как это можно поправить ("полностью синхронизировать ноду")?
-
эмс... если не называть точных сумм, то очень (неприлично) большая еще нет, есть мнение, что сервак сам по прошествии (в "сети" говорят 14 дней) какого то времени отменит транзу ждем... прошло только 10 дней removeprunedfunds пробовали? судя по описанию, это должно удалить только конкретную транзу из кошелька, но вернется ли баланс в этом случае? но нет, пока не пробовали
-
а можно как то более развёрнуто? спасибо 😃
-
приветствую всех почитал тему... на сколько понимаю, "вернуть" транзу можно только в том случае, если ее "видит" один из эксплореров (блокчейн и подобные) а что делать, если при отправке транзы в сеть, скрипт выдал TXid, но вот уже прошло почти 2 недели, а ни один из сайтов этой транзы не видит? подтверждений ноль транзакция была из вэб интерфейса (Bitcoin Core) используя API через PHP скрипт (а не с какого то софта на своем компе), использованный RPC метод (если это важно и на всякий случай) - sendtoaddress(<address>, <amount>) TXid нет смысла публиковать, его никто не видит, кроме самого демона на серваке методом RPC gettransaction(<TXid>) запрашиваю инфо по ней вижу, сколько было выведено средств (-ХХ), комиссию (-YY), подтверждений = 0 и прочее метод decoderawtransaction(<trans(hex)>) расшифровывает эту транзу, но там тоже нет ничего интересного [vin] => массив (115 элементов) [vout] => массив (1 элемент) как быть в этом случае? как отменить транзакцию? или что нужно сделать, что бы, либо транза появилась в сети, либо средства вернулись на баланс? == запускали демона на серваке с ключом -rescan не помогло 😃
-
Recently Browsing 0 members
No registered users viewing this page.
-
