Launch Planning: Community Update šŸš€

If that was done then yes itā€™d be good. Network transactions using the native token without DAG and erc bridge for on/off ramp.

But erc is replacing the functionality of the native token to provide all the node payments

Its in the document

4 Likes

There wonā€™t be a crappyChat release with every message costing centsā€¦

App design decisions/data type design decisions will be made with the properties of erc20 l2 in mindā€¦ Not the native tokenā€¦

ā€¦ I really hope the native token will come soon enoughā€¦

13 Likes

IMO our USP is an open data ecosystem ā€¦with universal access ā€¦ thru your ā€œvirtual hard driveā€ for universal interoperability (no gatekeepers) designed to interactively adapt to your needs See Jimā€™s ā€œAI outputs a bespoke application to fulfil potential solutions to your personalised needsā€. Where the native token is a product ingredient within a ā€œsmart citizenā€ community based multi currency mutual reward ecosystem (community imarket) ā€¦ driven by the ā€œgenetic opened ended evolutionary radically democratising algorithmā€ approach discussed in your post.
I think your vlab and dweb are core thinking/processes to support the community imarket simulation next steps Iā€™m working on to support autonomi network inception and incubation. I have shared the IEEE autonomi opportunity previously. Iā€™m currently discussing with a key IEEE lead the benefits to the IEEE and a range of others e.g. Autonomi of Co Funding, inception and incubating of an autonomous network (earth friendly ai and standards in their language) to deliver to their 3 ā€œmeasuring new metricsā€ (see the PCS dash shared previously) workstreams in their open source community development platform.
The ideal would be to include an IEEE 460,000 member autonomi network sign up offer ā€¦as one of the first steps for members to help create the public data utility that supports the IEEE mission and their work. IMO having something demonstrable rather than a concept makes this case much stronger to the IEEE and other partners to support the Autonomi roadmap.

I read the document, the deeper details are still unclear to me.

1 Like

just for the record @Bux @dirvineā€¦ I wonā€™t be able to bother developing much pre native (not sure if that was different without the erc20 thingā€¦ Because thereā€™s a lot going on in my lifeā€¦ But now for sure this looks like a lot of friction) ā€¦ It just looks like a pain with the requirements for batching and everything tx costing centsā€¦ When doing a couple of txs per day youā€™ll be fast at full eurosā€¦ So doing small things with it doesnā€™t make senseā€¦ The only application I could see now that does make sense for me personally (but that I canā€™t develop myself) would be a git with autonomi backendā€¦ And even that would be annoying when every push costs you 5 cents or soā€¦

ā€¦ Use cases for this erc20 network will be very different and way more limited than the ones of a network having the dag tokenā€¦

9 Likes

What Iā€™m imagining is that the payment system may act like a lightning node does - where the chunk payment takes place in the native token (hidden away in the code) and then after, the final bill is settled up with the ERC. So the bulk of transactions are with the native token.

As you say, there is much friction with using ERC for uploading.

Also, much of the testing weā€™ve done over the past many months has been with the native token tech, so swapping it out completely at this stage would make much of the beta testing useless as weā€™d really be starting from scratch if the entire system has to be recoded for ERC.

Edit: What I think a lot of us want to see @bux @dirvine @JimCollinson is a detailed theoretical explanation of how the ERC can work to supplement or completely replace the in-built native token tech. Until then itā€™s really hard to have any confidence in this plan.

4 Likes

The doc says that the nodes (collectively) gives the client quotes and their eth wallet address for uploading the chunks. Then the person performs the smart contract (for a file) which pays each of the nodes the quoted amount and then the client can upload using the transactions details as proof of payment.

There is no native token in the process

If the native token was being used then they would just use it. What you are saying is a double effort process

5 Likes

I somehow didnā€™t see that at all in the doc I read. Did they update it later?

So it seems then that they are back to the beginning with testing for payment functionality and it feels to me that itā€™s not going to work well. My confidence is going down rapidly.

4 Likes

the network will be switching over but data will not/cannot

So itā€™s not the main network. Itā€™s a test network. It wonā€™t have non-blockchain payments or incentives. It wonā€™t have permanent data. That is very clearly not the network.

Yeah sure it will be in the end, but this just isnā€™t it, so donā€™t call it the launch.

If the data is not retained, then what is retained to justify calling the switchover the same network? Genuine question, because I canā€™t tell.

19 Likes

Just normal doublespeak, weā€™re all a bit like that in our headsā€¦


Privacy. Security. Freedom

ooooh - thereā€™s the scratchpad datatype - i can swith on/off my christmas tree using that maybe for free ā€¦ and/or create disposable chats ā€¦

still far far away from the real deal xD

1 Like

Maybe itā€™s a silly thing to say, so please forgive me, Iā€™m not as technical as the guys on this forum. But wouldnā€™t a solana based token work better when it comes to cost of uploading and speed? Solana is also widely adopted and wouldnā€™t compromise the ease of exchange listings etc. I know that PayPal uses the Solana chain for their stablecoin for this very reason and it got adopted extremely fast.

When you add an L2 into the mix the cost is somewhat insignificant difference wise - I appreciate for de-fi and NFTs Solana seems to be catching up, and on occasion has done more 24 volume than etherum, but the guys drilled most into the tools and standards/implementation - as itā€™s a stepping stone move, etherum as the more established ecosystem with a broader range of applications (for now at least for the timeframe we need) made the most sense.

3 Likes

I agree and I am very driven to launch something now. I feel that getting out there, having the API for folk to build upon is critical. It has to be solid and cared for, maintaining backward compatibility and being well documented.

Then we can get that first step.

I am against eating the whole biscuit in one go. We must get out and get credible in whatever form allows folk to use the network and operators to get paid. That must be step 1.

I am opposed to waiting on

  • NAT detection working for 100% of folk
  • Waiting for ipv6 worldwide adoption
  • Waiting for exchanges to work with a new currency

That further 18 years will kill the project. I am full in favour of

  • Launch the data network right now
  • Allow folk to upload and access data from anywhere in the world
  • Allow folk with no money to run nodes and earn some
  • Build momentum and use cases
  • Grow into something very special

The bottom line is we cannot take on the world on many fronts. We can though work with some systems along the way and replace them with better, faster and more secure systems as we have the resources and reach to do so.

It really is that simple. If people think we have the resource to get to the end goal in one step then I think what we have in our history is proof that is too large a first move. We simply must get out there and get real.

21 Likes

I agree with everything you said there ā€¦ but this doesnā€™t appear to me or many others what is being proposed now. Adopting the ERC as a core token seems very likely to introduce many problems and requires quite a bit of code rewriting. So itā€™s not getting real now ā€¦ it building another castle in the sky and hoping we can code a foundation to support it. Iā€™m running out of hope myself and would like a clear theoretical explanation of how an ERC can fill the shoes of our native token. If we ditch the DAG but keep the native token tech, we can launch for real, no reset of the network in Jan. required, with what we have now.

7 Likes

October 29th does not mean Secure Access For Everyone. October 29th means Access For Most.

Without security, we canā€™t have privacy. Thats a given. ERC20-Autonomi isnā€™t able to fulfill the Secure part of that phrase. It lacks the ability to protect users from being tracked. It puts responsibility on the user to know how to navigate the network that isnā€™t Autonomi. Imagine someone new to the network and wants to participate. They throw up a node, earn some tokens, and now what? They want to spend them. They see that the old, rusty internet of before has all kinds of places where an ERC-20 token could be used. That new user is going to have one of the worst experiences ever trying to remain private on oldnet. Theyā€™ll have to figure out how to use decentralized exchanges, BISQ, VPNs, gift cards, or whatever else. In the perspective of a criminal, this is what you have to do to not get caught. In the perspective of someone trying to avoid being arrested by their government due to not have any free speech laws there, this is terrifying.

Even if 99% of the rest of the network is secure, the token being a 1% privacy flaw is a no-go for what this project should be, in my opinion.

Regarding the lack of working NAT detection for 100% of the users of ERC20-Autonomi, this means that this network is not for Everyone. One of the key components to having this network function as intended is to be accessible and available to ANYONE WHO LIVES IN PLANET EARTH. It shouldnā€™t matter what device they have, where their geographical location is, or how much money they have.

Please stop rushing this project. It clearly isnā€™t ready to be truly Secure Access For Everyone.

9 Likes

Iā€™m curious about how these node operators will get their ERC-20 and if that wouldnā€™t be too costly.

To be specific, I always had an impression that node operators will get lots of smaller payments when they receive new chunks. Wouldnā€™t this system be too costly on ERC-20, even if you will use L2 with cents per transaction?

I mean, for example, wouldnā€™t a node operator get 10 payments worth of $0.10 each and then pay $0.05 gas fee for each incoming transaction, meaning the percentage between income vs gas fee being too high?

5 Likes

We grow olderā€¦we go from childhood to adolescenceā€¦itā€™s a ā€œtrapā€ā€¦but there is no escape.
Finallyā€¦
Little kidsā€¦little problems
Big kidsā€¦big problemsā€¦
The innocence of the child is over.
Society imposes its rhythmsā€¦we receive good values ā€‹ā€‹and solid principles in our childhoodā€¦butā€¦will that be enough???

2 Likes

That been underway and we are confident of the Oct timescale with it.

If we wait longer itā€™s access for none!

The journey cannot complete in a single step, this is the important part.

We are to use an L2 solution here, not native erc20 transactions. That detail will roll out now.

8 Likes

This journey is definitely not complete, Iā€™ll agree with you on that.

4 Likes