Я предпочел бы некоторые "официальный" Решение, как я хотел бы, чтобы поддержать сеть с платы (также не рискуя испортить транзакции пользователя) и в то же время дать нашим пользователям возможность прогнозировать сборы заранее перед отправкой. Как вы думаете, возможно в настоящее время с главным дистом из bitcoind?
Нет, если вы не полный контроля над выбором входа и созданием транзакций с использованием необработанных транзакций API.
Если у вас есть совместный доступ нескольких пользователей и тот же кошелек, то разумные способы обработки транзакций платы являются:
Следите за того, кто владеет, какие входы и использовать необработанный сделок API взимать плату с пользователей платы, основанные на том, что входные данные выглядят.
Просто платить комиссионные сборы для пользователей. Если вы работаете, сколько это будет стоить вам в зависимости от того, сколько времени вы будете проводить с более сложным решением, вы, вероятно, найти это самое лучшее решение. Если вы используете функцию «Учетные записи», то логика: Отправить транзакцию, а затем получить детали сделки и возместить плату за транзакцию (если таковой имеется) с «шагом», который передает биткоен со счетов транзакций платы-возмещением (который вы финансировать заранее, и дозаправка в случае необходимости) на счет пользователя.
Или поручить им фиксированную плату, которая является достаточно, чтобы покрыть средние затраты (опять же, при использовании счета вы бы переместить биткойны в / из платной транзакции счета в зависимости от того, является ли данный транзакционные издержки, более или менее, чем в среднем).
В противном случае, вы будете иметь ситуацию, когда пользователь А получает gazillions крошечных входов, зачисленных на их счет, и пользователь В конце концов, платят, чтобы их тратить.