Planning for a testnetwork by the community, with the native token

I have been promoting an idea about our community developing a parallel network to Autonomi with a native token, whatever that native token might mean.

The idea would be to create an in-network token, that can be used to pay for node runners in exchange for storage space. My hope is that with this kind of token the network would at least:

  1. Perform better: quicker, cheaper.
  2. Retain it’s own value. Not paying for any third parties, like blockchains for their fees. All value would circulate inside the network.
  3. Be easier to approach. No need for blockchain & other cryptocurrency hurdles. Just run nodes and earn. Or receive some tokens from other users.
  4. Be more private. The token would not need to be traceable.

On top of those, there might come other kind of benefits, for example ways to design whole new use cases around affordable micro payments etc.

In my opinion, the goal is not to compete with Autonomi network, but to design a different kind of network, that serves partly different, and partly overlapping functions and audiences. Should the network turn out fine, Autonomi could of course apply the parts of it that may suit their situation.

Also I think that it could be healthy for the community to engage in this kind of endeavor - to take a lead in a matter that we find important (if we find that important), instead of trying to make Autonomi to fulfill our wishes. At this point it seems that the native token is not a high priority for them (see the link and/or quote below.) And there are good reasons for them to think that way. Should the priority get higher, they would surely benefit from our experiments.

My vision for the way forward is to just start some sort of a community test network with a very low bar. It does not need to be a large one, and it does not need be very good from the beginning. It would be just so nice to get to try out how the native tokens would work, and to see if the gains in performance and usability really are that great that we imagine them to be. We really haven’t had working uploads with native tokens as the payment method. Now that the uploads are pretty stable, it would be great to see what difference the native token would make.

Also, I would not worry about if and how the network token would be exchanged to any sort of money or cryptocurrency. Let’s just test something on technical level first. If the network grows to be something useful, I think that money will find it’s way.

I personally cannot program, but I can help with testing and I can run some nodes. So the way forward is dependent on other members of our community, perhaps mainly @loziniak, @riddim, @Traktion, @happybeing, or maybe @rreive, @oetyng or @mav? Does any of you find this idea worthwhile of your effort? If not, no problem, I totally understand that you may have other priorities, and I totally don’t understand the magnitude of work that might be involved. :sweat_smile:

On the other hand, if any of you would like to take steps to make this comnet a thing, please share you ideas! What would be best way forward? What kind of token would be good first candidate to try out?

For a context, my initiative for this action was brought up by David’s views that he expressed on Discord and that I quoted in the thread linked below.

Other links:

13 Likes

This is key. I’m kind of sick of hearing about needing to get listed on CEX and other pumpmaxing/money shit. bitcoin took off because it’s an elegant and simple technical solution. The data network needs the same elegant and simple technical solution, and money will come.

I’d start by importing Autonomi (on an on-going basis) and building atop that. That reduces the scope of the project and reuses the work that’s already going into Autonomi.

3 Likes

Lets start by dogfooding.

Discuss this ONLY on Friends, Atlas etc

Do not use this forum or Discord.

1 Like

I have been revisiting the Fuel EVM aka FVM which gets used by Celestia and a few others programmed in SWAY language which is very Rust like. FuelVM makes transactions execute in a massively parallel fashion using UTXO between users, which imo is the only way to build a Smart Contract capability within what is proposed to scaleout for micro-transaction purposes, where any modest SBC Single Board Computer can run their own SWAY smartcontract on their own FUEL VM.

@southside @traktion @dirvine et al may want to take a look at FVM and the SWAY programming lanugage in depth… (there is a SWAY lang plug-in for VScode) It’s really a step change design in computing science over what we have been using to date

For this community token to really take off, its going to need creative inter-Smart Contract capability, which can simply be hosted on existing NodeRunnder platforms or what is being referred to as Appchains (L3 is used alot to describe this)

That said Fuel a current implementation is also 100% compatitble with ETH L1 used for security as Fuel Ignition L2 Rollup is just starting to come into play…

here is the FUEL main doc. link…

here is the SWAY Language link

Here is the bit on VScode plug-in

FuelVM which is modular has been used at Celestia so as to work on Cosmos Network with ATOM L1

Lots of ways to make use of, or at least reference what they have done here to achieve the above..

for example settling between chains (Inter-chain) having different token type assets is designed into the Fuel model,

So that means in Theory SWA and FuelVM could be modified to run different chains , with different token type

and could live inside the Autonomi network

and be all inter connected and allow inter-chain settlement and within those chain L3 appchains can exist too and do same.

n.vb- The Fuel team has their documentation setup so AI (ie Claude) can digest ithe documentation properly/accurately and auto-generate SC code to meet user prompt requirements

Backgrounder
The root FuelVM research and dev effort started at University of Toronto Computer Science with a ‘ground up’ design philosphy , inspired by BTC, SOL and ETH tech (what to do and what not to do)

The FuelVM performance is definitely there as a single system has been tested to run 21,000 TPS, with 'in block multi-operation processing supported.

When you can consider in theory it would be possible to have several thousand of such FuelVMs running Smart Contracts interconnected, then the TPS capacity becomes enormous.

Basically what ever anyone can dream up can be created with SWAY and the Fuel VM.

SWAY lang to write Applications and/or Smart Contracts is easy to pick up if you are a Rust programmer.

Anyway food for thought, as its more closely aligned to the current Autonomi Network dev world and ethos, even though its block chain centric…

the modularity of the design is impressive.

I have decided to do a bit of hacking with FuelVM and SWAY to see what is possible in the context of running on top Autonomi Network capabilities… maybe others want to try that as well?

3 Likes