Update 12th December, 2024


This week we are implementing a code freeze, meaning we finalise the release candidate for internal testing before the next stage - the 17th of December - when the next version of the network will be up for testing. We’ve finished with the current testnet, so all nodes can be safely stood down now. Thanks as always for those who have helped us test. The Beta testing phase is now over, so don’t forget to check your final position on the cumulative leader board.

The next phase of testing will start on 17th and will be about testing the quoting system and transactions, the fine details of how this will be incentivised are still to be decided, but the basic structure is shown in the Leaderboard post. After the release on the 17th there will be just one more new network before the token generation event (TGE), at which point we will be live. The network will not be taken down after that, including for the introduction of the native token when that is ready, all updates will be made in flight, and data will be permanent.

Good news is that in the next network Dave (the GUI) will finally be here, so folks will be able to use the testnet without needing to use the command line.

Thanks to everyone who joined us for the Q&A on Discord on Tuesday. For those that missed it we covered questions about the native token, about attack vectors, the choice of Arbitrum for EVM, and about the distribution of chunks and therefore quoting (which has been the subject of lots of work this week).

We’d like to introduce Danny Beck who is an external developer who’s helping us with the SDK so we can start bringing in devs bit by bit, including with our planned pre-builders programme where we’ll be working closely with five to six developers to make it as simple as possible for others to get involved. And also Lajos, a Rust wiz who has joined the team.

Thanks to everyone who gave feedback on the white paper we are in the process of updating that now. And @davidmc0 thank you for your continued thoughtful discussions about the tokenomics and plans for emissions. Thanks too to @happybeing for the PR about registers. Documenting data types and their capabilities is a priority for the team in the next few days.

General progress

This week is all about testing the release candidate, in particular the quoting process and transactions, plus refining the APIs and documentation.

@chriso has been getting everything ready for the release candidate which is now tantalisingly close to being ready.

@bzee implemented the bootstrap cache/peer address retrieval in the client with an updated method, made adjustments to get PUT/GET for transactions to work properly, reviewing self_encryption changes with @dirvine, tracking memory usage and also working on the client API.

@anselme has been working on getting the Quoting API integrated, as well as mopping up a few bugs with the CLI. We’ve now got a fully compiling node/autonomi/CLI suite upgraded with the new quoting system in place. The new quoting system is designed to smooth out the range of quotes on offer to a client, among other improvements.

Working closely with Anselme, @mick.vandijke has been honing the quoting flow improvements (how we manage the quotes nodes provide for storing data) and associated smart contract. He fixed an RPC rate limit issue we were getting when fetching quotes from nodes and then trying to get the current market price through the smart contract. This is all working now, node-side at least.

@rusty.spork is working on the documentation as well as doing his usual thing on Discord.

Meanwhile, Ermine worked on automation of ant-cli, working now on Linux and Mac but a little more needed for Windows. He also raised a PR to create a wallet from stored secret_key. If no wallets are present, instead of throwing an error the wallet is created directly using the secret key.

@roland introduced a PR to hard-code the production bootstrap cache endpoints into the binary. We now serve the bootstrap cache via a web server, and this is also read by our own nodes.

And @qi_ma raised a PR to do with a node checking its neighbourhood in line with the new quoting scheme, as well as getting involved with the API documentation and bootstrap work.

@jimcollinson is back from holiday and itching to get back into the thick of things.

Finally, @shu has been working on the monitoring of data uploaders and peer-cache nodes as we test the release candidate.

58 Likes

Testnet? I thought we had launched! :wink:

Seriously, maybe there should have been some more thought about how to keep the network stable in the run up to TGE. It does make a bit of a mockery of the ‘launch’ a few weeks ago… just saying!

Looking forward to the next release though and onward to TGE! Keep up the good work!

P.S. first! :stuck_out_tongue:

24 Likes

Thought the same but things happen. We’re an understanding bunch and what’s important is getting this network fully on its feet.

Having Dave will be a fun new adventure for all of us!

23 Likes

Okay! I’ll take 3rd! Gave others a chance.

This is going to be beautiful.

I have friends that hold the token but are afraid of the command line. Looking forward to introducing Dave to them.

18 Likes

Think of us as a reusable rocket, we can launch as many times as we like :rofl:

28 Likes

That’s great to hear! I’ll be trying this out :sotros25:

Welcome, Danny! This is also very good news.

24 Likes

Thanks so much to the entire Autonomi team for all of your hard work! :sweat_drops:

And welcome to the new team members!

16 Likes

Danny is a legend. Great to have him about!

22 Likes

Just not after TGE please :joy:

16 Likes

Thx 4 the update Maidsafe devs,

Welcome to the club Danny Beck & Lajos

@davidmc0 @happybeing :clap: :clap: :clap:

Really can’t wait

Keep coding/hacking/testing super ants :beers: :beer:

12 Likes

Any update on the exchanges we will work with?

7 Likes

Thank you once again for the update. Good to see the progress towards the late January TGE launch.

Think of it as a marketing launch. And the launch towards TGE.

All in stages. Just like “alpha, beta, release candidates, release” are the tech terms, “launch, launch, launch” are the marketing terms

Would like to extend a welcome to Danny Beck and Lajos from the community. Hope your stay & time with the Maidsafe team is both fruitful and enjoyable.

15 Likes

Welcome Danny! This update is music to my ears. We are so close to making history. Exciting times. Great work all!

11 Likes

Listing a new token on a centralized cryptocurrency exchange cannot be announced in advance due to several reasons:

  1. Regulatory Compliance: Centralized exchanges must adhere to strict regulatory requirements, which often include rules against insider trading and market manipulation. Pre-announcing a listing could potentially give certain parties an unfair advantage, leading to regulatory scrutiny and potential legal consequences.

  2. Market Stability: Announcing a listing ahead of time can cause significant volatility in the price of the token. This can lead to market instability, which is detrimental to both the exchange and the token’s credibility.

  3. Technical Readiness: Ensuring that a new token is properly integrated into the exchange’s platform requires thorough testing and preparation. Premature announcements might create unrealistic expectations if technical issues arise during the integration process.

  4. Competitive Advantage: Exchanges often compete with each other for listings, and announcing a listing too early could alert competitors who might then try to secure the same listing or offer better terms.

  5. Security Concerns: Early announcements can attract malicious actors who may attempt to exploit vulnerabilities before the token is officially listed. This poses security risks not only to the exchange but also to users who might invest based on unverified information.

  6. Reputation Management: Maintaining a reputation for fairness and transparency is crucial for any exchange. Pre-announcements can undermine this by creating perceptions of favoritism or collusion, damaging the exchange’s standing in the community.

In summary, pre-announcing a token listing on a centralized exchange carries substantial risks related to regulation, market stability, technical readiness, competition, security, and reputation management. To mitigate these risks, exchanges typically prefer to announce listings closer to their actual implementation date.


Check out the Dev Forum

16 Likes

Might be a good time to learn not to focus on what is said and rather on what things are. We all knew that launch wasn’t launch, that it was stll in testing phase. Launch from what we know will be in January. It would be better to speculate why it was called launch.

Can we move on and focus on the future?

4 Likes

It was mostly tongue in cheek, but I know some felt it was damaging to call it a release when it wasn’t. Now even the team is letting that slip too. It was all just a bit silly really.

Onward and upward though! I’m looking forward to TGE!

11 Likes

It did not feel like the best promotion to see such a reply as the first comment on a dev update. It does not need to be damaging if it is clear what it is, that the network is still in testing phase. If people hammer the team about that it was called a launch when opportunity rises that would seem more appropiate, I can’t understand either why it was called a launch. There has been much negativity lately, even a partner who takes a risk by trusting the network faced much negativity lately, which made me feel shame about the community. I hope we don’t shoot ourselves in the foot more than necessary.

2 Likes

rather impressed that we are really sticking to the launch timeline so far :boom: :boom: :boom:

21 Likes

4 Likes