Sorry for the late reply.
I also fully support this proposal in my position as treasury councillor.
With the signalled support from 3 of the 5 treasury councillors feel free to progress the proposal to the next stage.
I will also act as the assigned treasury council member for this proposal so in case you have any question or need guidance - feel free to always reach out 
Link to the on-chain proposal:
Wow that was quick Turrizt. Thank you!
I created a TreasuryCouncilMotion for the TreasuryProposal which is currently up for voting for the councillors:
Proposal: 0xe0a538818892a049744de355ee661d7b81a82b0f7ea0ac1d7c96dd0d0365f1a3
Index: 12
The motion has passed and will be funded in the next spend period (~ 5 days)
Amazing! Thank you for your support.
Congrats @dotdatamaxi ! Really happy for you. Please continue to support all the NFTs projects here
Thank you! I will definitely continue the support for all mentioned projects and will add more soon.
Heya, I just joined the forum and was browsing through the latest posts and saw this. I know we just spoke on telegram the other day after I saw your tweet. I think this is a great initiative and as a user and NFT project and marketplace developer, I support this initiative. Obviously I am not on a council, so just expressing my personal support here. But I do have some technical comments to make 
While I think itâs great that you use the tools that you are most comfortable with and this allowed you for a quick turnaround, and itâs great that it works. I think a much more web3 and on-chain ways to subscribe to NFT changes can be explored in place of scraping. The scraping have number of issues in my opinions
Some things I would propose to try, depending on the type of data you are after:
These 2 solutions would get you just Mints (if from is AddressZero, Transfers, Burns (if to is AddressZero). For sales it might be trickier. Most marketplaces use their own trading implementation, but I suspect (although I havenât tried myself), that you should be able to look for erc20 transfers in logs immediatly after or before Transfer event (when neither to or from is AddressZero) and detect the Sales this way, this way you can get the price and who purchased it to.
If you need to track Marketplace Listings it might get trickier, some marketplace contracts (the one responsible for trading) have them verified (like Moonbeans), others are not verified (like ours at RMRK/SIngular), so their ABI is not available or code is obfuscated (Bytecode in block explorer), but since there are handful of marketplaces that you support that donât have ABI publicly available in moonscan, you can just look at block explorer Events tab to work out which event is the Listing, copy itâs topic hash and just check against it on the indexer, you should be able to detect topic pretty easily IMO, and then youâll just have to work out what each encoded parameter value means (if the contract is not verified). While annoying, I donât think there are that many marketplace contracts that are unverified, and with a bit of fiddling you can work out the events. While this solution to Listing detection is a bit hacky and not the cleanest, itâs used by other projects, like evrlootâs discord bot worked out how to detect our Listings without our help: https://github.com/theshadesofsummer/evrloot-listings/blob/main/src/publish-listing.js
A lot of indexers have free plans / options. Subsquid is free for now, and if you self-host it, it might be free forever, and you can always use public RPC there too. But in the long run, reading from chain will be much more robust and also more-real time solution than scraping and as a bonus, you will gain some good web3 experience
Hey Yuri,
Thank you for getting in touch about the proposal and for taking the time to assist me in improving the project. The way I implemented it initially was based on my familiarity with web 2.0 techniques, which seemed like the most straightforward approach.
Currently, the project already includes all the necessary data about a project, such as metadata and images. So reading transactions on chain will work. I agree that using scraping is not the best and most elegant method, as it could ultimately lead to a worse experience for users on marketplaces.
After reading your suggestions, I believe that implementing your solutions will make the project more reliable, faster, and less demanding on resources for marketplaces.
The more web3 experience I get, the better. Before adding RMRK projects, reading on chain data is the first thing on the list that needs attention.
I really appreciatie you reaching out to me 
Yeah no worries, I think itâs a good practice in any case, and you can do it in stages, starting with just filtering by a single NFT collection address and perhaps later once you have a list of topics to listen to in indexer you can switch to â*â selector (in case of subsquid example), this way you donât even need to maintain a list if NFT projects and just capture them all in one go (if you wish to ofcourse). Let me know if you need any help or have some questions, I think this can be an interesting use case.
Great to hear that it passed. Just wanted to touch on why I felt a promoted post would help as it would get it âoutsideâ of the echo chamber we are sometimes in and would reach more eyes organically and then that could lead to ecosystem growth.
Thank you so much @yurinondual , for sharing your knowledge and expertise 
Love it that you took the time to stop by 
Understood! I appreciate your suggestion of using promoted posts to reach a wider audience and stimulate ecosystem growth. Considering the rewards the account is currently generating by staking half of the received funds, this option seems worth exploring further.
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
Sure!
Currently 33 people get updated through Telegram here: Telegram: Contact @glmrnfttracker I hope more people will engage soon.
Active ERC721 projects on Moonbeam have their dedicated channel where users get their updates. Scrapers run every hour, when changes happen users will get informed.
What I see is that buying/selling activity on projects is very low due to the sentiment out there.
Though when big price drops happen on certain projects, oftentimes those get bought up very quickly.
As it stands, Twitter/X is not implemented yet and I donât think current posts are suitable for the platform as posts arenât served linearly. I have to find a way to serve posts fitting for the platform. When I see more activity and the bull is back on, I will enable Twitter Blue/X Premium. I want to get the most out of the of the membership.