Michael Hendricks [ARCHIVE] on Nostr: 📅 Original date posted:2011-10-24 🗒️ Summary of this message: Gavin Andresen ...

📅 Original date posted:2011-10-24
🗒️ Summary of this message: Gavin Andresen suggests a potential issue with the "listtransactions" feature and proposes a solution to avoid performance penalties for users.
📝 Original message:On Mon, Oct 24, 2011 at 8:55 AM, Gavin Andresen <gavinandresen at gmail.com>wrote:

> If you assume the client has all previous transactions, then you could
> get the transaction input's prevout (from the memory pool or disk) and
> then ExtractAddress() from it. That is probably a bad idea for
> listtransactions, since fetching all the previous inputs from disk
> just so you can check to see if they're 'green' violates the "a
> feature shouldn't cost anything if it is not being used" design
> principle.
>

Are there current users of gettransaction for whom the performance penalty
would be problematic? If so, perhaps gettransaction could take an optional
second argument includeinputaddresses which defaults to false.

--
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20111024/376c13b2/attachment.html>;