Https://T.Me/Jimsy2 Matt https://t.me/DD2492 Thanks for the healthy discussion. Regarding token

utility, I'm curious. Together Arbitrum and Optimism hold 80% of the TVL of L2. $ARB and $OP are both governance only tokens. While I think the token utility discussion is healthy, and I encourage it, have you thought, from a technical standpoint, why it's not the fuel of dapps running on their networks. Is this discussed in their community? Is the community trying to find utility other than governance? I'm not trying to compare those projects to Cartesi, they are very different, starting with a 50x difference in marketcap, so it's a different reality.

hi Danilo ! As I mentioned at the end of yesterday's discussion, I agree that the token should eventually be used as a fee for using Cartesi. However, by its nature, which differs from other layer 2 solutions where everything takes place in Solidity directly on the blockchain, Cartesi manages the processing of the application outside the blockchain. The blockchain is then only used for validation. This particular aspect makes some developers reluctant to use this technology, fearing that there may be exploitable vulnerabilities. The honeypot was designed to eliminate this fear, but despite everything, the concern remains at this time. Therefore, it is preferable not to add additional fees for the use of Cartesi VM itself, for now. For this reason, my proposal is to create DApps of sniping type or for DEX analysis with Cartesi, with different tiers depending on the number of Cartesi tokens owned. This could allow the user to access different analytical functions according to their tier. It would create demand for the token while also providing a functional DApp that everyone can use without issues. In addition, such analysis or sniping DApps encounter speed restrictions when they are deployed directly on the blockchain. Utilizing Cartesi for such DApps could showcase the additional capabilities Cartesi offers in terms of processing for applications requiring rapid data processing. In my view, this solution could solve several problems with a single DApp. It shows a real DApp that works without security issues, reassuring developers. It shows the public the potential type of DApps it can provide. It also creates demand for the token, all while not affecting the progression of Cartesi's core development. With only this, we would have the 'pampamental' that the average individual lacks, added to the fundamentals that Cartesi already has.

So your utility suggestion is enabling some application specific usage tier. Thanks.

yes !! DEX analysis tools are very popular currently, just check out Chaingpt CGPT and one of the projects launched via their launchpad, DEXcheck DCK. DEXcheck has several AI DEX analysis tools: it scans known addresses, matches transactions, creates alerts, and even offers a launchpad from which ORACLE tier members who hold 100k tokens can have access. You can also connect your wallet directly to the calls made by the AI via Telegram to automatically buy tokens in response to certain types of signals. This model works really well. And multiple products like this are thriving. People desire such tools. Imagine a product like this on Cartesi, capable of processing more information faster than any other. It would be a guaranteed success. Add to that a launchpad on which developers working on other Cartesi projects can fundraise for their projects. BOOM! You've got a winning recipe for ensuring the success of the entire Cartesi ecosystem.

Cool. L1 analytics would require a different architecture from what Cartesi Rollups currently provides though. Still possible to architect something using Cartesi Machine, which is the sweet thing in the stack, that indeed allows powerful processing.

Hey Danilo!!! Would you categorize any cost like a fee or (as tech has suggested) a staking requirement tied to the VM’s resources as being the fuel of the DApp? Personally, I feel like fuel of the dapp implies something along the lines of “if you build it on Cartesi then CTSI is the only currency the DApp can utilize”. Applied to this extent I agree that it would be undesirable and constrictive. I’ll also add that the implementation of the aforementioned “requirements” would not be immediate and would be a separate variable for discussion. Thanks for adding your perspective!!

I categorize fuel as something you spend. I don't categorize stake as fuel.

Gotcha! In response to OP and ARB, I agree that a fuel function is not a necessity. Both of those projects show that usage, primarily measured in TVL, creates value. The issue there is how the market measures usage since Cartesi doesn’t aim to further populate the space with redundant lending applications. These novel considerations and challenges are what makes Cartesi so captivating. The answers are never self evident because there really is no precedent.

Current DEX analysis tools, whether they're DApps hosted on Ethereum, BSC, Polygon, or elsewhere, connect to API services like Alchemy to access on-chain data which they then process and display on the DApp's dashboard. A DApp on Cartesi VM can do this very well, with a major additional benefit: the processing to handle the API data flow, display dashboards, or create alerts is done by the Cartesi VM rather than the blockchain, which provides more analysis power to the DApp on Cartesi.

You may want to check out some of these DApps for a better understanding. The most famous one is Dextools; then you have Dexcheck, Alphascan. Some have even established separate businesses offering monthly subscriptions without any related tokens, such as Blockpour, Scopescan, and Nansen.

Yeah, I get it. I have played with a few blockchain indexing tools, most popular would be TheGraph and Subsquid, and they allow to build those kinds of apps, but they don't provide the verifiability of the computation that Cartesi provides (only some slashing mechanism of the result of a bad actor). Another one is SpaceAndTime, which looks cool but I'm not too familiar. I have this kind of application (verifiable indexing) using the Cartesi VM on the back of my mind for some time. But it needs a different architecture than Cartesi Rollups, which is what I'm personally more focused on.

Ps: I invite you to the Discord, where I’m more active than here (in case you’re not there yet).

And, if you guys did not join our Discord community yet, here you go; https://discord.gg/NW6QzA6DSB