getreceivedbyaddress sin conocer la clave privada

Sin considerar ningún servicio externo, ¿hay alguna forma (implementación de código abierto) que se mantenga al día con la cadena de bloques y exponga una API con la misma funcionalidad que el método getreceivedbyaddress original en bitcoind?

Para enfatizar, necesito que la API devuelva la suma de monedas recibidas en esa dirección, NO un saldo actual. Preferiblemente, esto funcionaría sin necesidad de registrar/importar esa dirección por adelantado (por lo que el sistema debería indexar automáticamente todas las direcciones detectadas en la cadena de bloques).

Hay una bifurcación antigua (0.8+) de bitcoind ( https://github.com/TOCICI/bitcoin ) que agrega una llamada RPC de dirección importante, que es la mejor que pude encontrar hasta ahora (aunque no es óptima ya que requiere que las direcciones ser importado primero).

Además, hay una discusión continua sobre las billeteras de solo reloj, pero me temo (corríjame si me equivoco) esto solo proporcionará el saldo de la dirección, no la cantidad total enviada.

También consideré usar el servidor Electrum para esto, pero solo pude ver que uno puede obtener un saldo actual de una dirección.

¿Algunas ideas?

Respuestas (2)

Podrías echarle un vistazo a Obelisk & Sx . Si quieres algo, también puedes alojarte tú mismo. Sx tiene un sx balance <ADDRESS>comando que también tiene un Total receivedcampo. Que creo que es lo que buscas. También puede interactuar con un servidor Obelisk a través de python libs .

No sabía sxque podía hacer esto (aparentemente, muchas cosas han cambiado desde la última vez que revisé). Buscaré en Obelisco, ¡pero ya siento que es exactamente lo que estaba buscando! ¡Impresionante!

Bitcoin Core 0.10 se acaba de lanzar con soporte para billeteras de solo reloj.

Puede usar el importaddresscomando para hacer que una billetera considere que la dirección le pertenece y realice un seguimiento de los pagos entrantes. getreceivedbyaddressfuncionará como se esperaba en ese caso. De hecho, Bitcoin Core no admite la función de "saldo de dirección" en absoluto.

De hecho, requiere que importe la dirección por adelantado (o pase por un largo procedimiento de escaneo). La ventaja es que este enfoque se escala mucho mejor (no requiere una cadena de bloques completamente indexada y es compatible con futuras funciones de poda).

¿ListTransactions funcionará con normalidad?