# A framework to build any data applications entirely on the decentralized Web3 infrastructures **URL:** \ **Category:** Grants & RFPs\ **Created:** [May 5, 2021, 7:57pm UTC](https://forum.thegraph.com/t/a-framework-to-build-any-data-applications-entirely-on-the-decentralized-web3-infrastructures/1979 "2021-05-05T19:57:40Z")\ **Posts on this page:** 1\ **Showing post:** 20
**Author:** ![adamfuller](https://avatars.discourse-cdn.com/v4/letter/a/8e8cbc/32.png) [@adamfuller](https://forum.thegraph.com/u/adamfuller)\ **Post date:** [November 27, 2021, 5:11pm UTC](https://forum.thegraph.com/t/a-framework-to-build-any-data-applications-entirely-on-the-decentralized-web3-infrastructures/1979/20 "2021-11-27T17:11:03Z")
Hey @huangkuan, sorry for the slow response. Returning to the original list: - Logs in transactions: this is currently blocked by Graph Node \<\> Firehose integration for Ethereum (in progress, tracked at a high level [here](https://github.com/graphprotocol/graph-node/issues/2959)). Logs are [part of the receipt in the Firehose type](https://github.com/streamingfast/proto-ethereum/blob/a93a107e2ecbe6b9893f3a31deb5b21f79a96073/dfuse/ethereum/codec/v1/codec.proto#L203), so will be readily available. Though the challenge might be parsing those logs (would need ABIs for all the relevant contracts, or at least a means of parsing them somehow) - Performance: a few of your issues relate to the time taken to sync. We are currently working on performance for token-based subgraphs specifically. Nothing to track here yet, but there will be. - #Wallet: this is tracked [here](https://github.com/graphprotocol/graph-node/issues/2917), though this hasn’t been prioritised, and I think this may actually be better served by tracking contract creation via the Firehose, once available. - Token sales: one quick note on sales, it’s not enough to rely on `transaction.value`, as in certain cases (e.g. multisigs) there will be ETH value transfer for a transaction, even if the transaction itself has zero value. - Off-chain data: work has started on [File Data Sources](https://forum.thegraph.com/t/gip-file-data-sources/2721), which would be the first requirement for the arbitrary HTTP data that you require. Your specific use-case (on-the-fly analytics) does encounter some issues with the existing subgraph API. I will be in touch with you directly to discuss the latest thinking on changing that. --- _[View the full topic](https://forum.thegraph.com/t/a-framework-to-build-any-data-applications-entirely-on-the-decentralized-web3-infrastructures/1979)._