Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

Ouroboros "short" Leios Protoyping simulation & visualisation work in progress demonstrated by Duncan Coutts. Full P2P network running Leios Visualisation. You can see 100 different nodes and messages flowing between them all, with representation of Input Blocks (Top left, Endorsement Blocks (20 seconds In these increment), Votes (20 seconds...

57,107 görüntüleme • 1 yıl önce •via X (Twitter)

11 Yorum

Dave profil fotoğrafı
Dave1 yıl önce

Really exciting progress @IOHK_Charles

Reown profil fotoğrafı
Reown2 yıl önce

AppKit is the full-stack toolkit to build onchain app UX 🪄 ✅ Social, Email, and Wallet Login ✅ Embedded Wallets ✅ Crypto Swaps ✅ On-ramp Integrate with just 20 lines of code across 10+ languages for all EVM chains and Solana. Onboard millions of users for free today.

Dave profil fotoğrafı
Dave1 yıl önce

Super excited to see parallel processing of transactions and blocks, resulting in higher throughput for Cardano!

Dave profil fotoğrafı
Dave1 yıl önce

This post took me ages, so please share & like :)

Dave profil fotoğrafı
Dave1 yıl önce

Voting consensus offchain really excites me. Look at how bad Solana is architectured from this perspective, most of their blocks are full of voting transactions. To be a validator you need to spend thousands of dollars to vote for consensus, also that's excluding hardware requirement cost to run the validator which is significant. Their blocks contain vote transactions which directly limits their throughput. Leios to the rescue.

Dave profil fotoğrafı
Dave1 yıl önce

A nice graphic here to represent the TX, with a Input Block & Endorsement Block, vote flow.

The Father ⚔️ profil fotoğrafı
The Father ⚔️1 yıl önce

@ItsDave_ADA Watching the Ouroboros 'short' Leios prototyping is like witnessing a digital ballet, where every node pirouettes with purpose and precision. Duncan Coutts must be the choreographer of this blockchain masterpiece, ensuring every message flows seamlessly.

Latin Stake Pools profil fotoğrafı
Latin Stake Pools1 yıl önce

do you know how much RAM is being used?

Dave profil fotoğrafı
Dave1 yıl önce

not yet

Bobs77 - #Bitcoin 🤝 #Cardano 💪 profil fotoğrafı
Bobs77 - #Bitcoin 🤝 #Cardano 💪1 yıl önce

Looks awesome! As a non technical person, is there a current best guess on what this translates to in terms of transaction finality time (both assumed finality and final settlement time), and how about total throughput in tps? You are a legend in this space Dave!

Dave profil fotoğrafı
Dave1 yıl önce

:) appreciate the kind words. No idea as the prototype is a work in progress but the results I am seeing are great. I'm expecting significant throughput increase.

Benzer Videolar

We are excited to announce that the latest tests related to the Mazze Devnet have been a resounding success. In this post, we have attached a video demo showcasing the seamless process of running a node on the Mazze Devnet. You will see interactions with both the DAG address and the EVM address, but most importantly, you will witness the impressive speed capabilities of Mazze. In these tests, the chain achieved over 30 BPS (blocks per second), operating with just 2 nodes. Due to the nature of the EVM, each block can include approximately 1,500 simple transfer transactions, resulting in a total capacity exceeding 45,000 TPS (transactions per second). It is important to note that these tests are designed to demonstrate the blockchain's capabilities. Achieving such a high number of blocks per second requires adjustments to mining reward parameters to prevent excessive inflation. Also, the number of blocks generated per second must be tailored to the network's needs. Most importantly, this breakthrough opens new horizons and possibilities. The current structure of the chain, with the EVM layer running above a DAG layer, paves the way for future projects to develop Layer 2 solutions on top of Mazze, benefiting from the exceptional speed of our blockchain. We are confident that this is just the beginning. The results from these tests underscore our commitment to innovation and performance. We believe that Mazze is poised to become a leading platform in the blockchain industry, offering unparalleled speed and scalability. Stay tuned for more updates as we continue to push the boundaries of what is possible with Mazze. Thank you for your continued support. Together, we are building the future of blockchain technology.

Mazze

35,888 görüntüleme • 2 yıl önce

How does voting on amendments work? Note: Video attached, links to the video and sources on all platforms in the second tweet. I would appreciate you subscribing to me on YouTube and TikTok as well. In the decentralised world of the XRP Ledger, there isn’t a single entity or authority dictating the rules or making unilateral decisions. Instead, the ledger relies on a process involving a select group, known as the Unique Node List (UNL) validators, to navigate its course, particularly when making changes or updates, known as "amendments". Amendments for the XRPL are proposed alterations to functionality and can encompass various aspects, such as introducing new features, enhancing existing functionalities, or rectifying issues. While the network is open to everyone, the 35 UNL validators hold the voting power to decide whether these proposed amendments get a green light. The network independently tallies these votes and determines if an amendment has garnered enough "yes" votes to be instituted as a new rule. If an amendment secures a "yes" from enough nodes for a continuous two-week period, it becomes activated, making the introduced change or feature available. The threshold is 80% of all eligible nodes. An intriguing aspect of this process lies in the evolution of rippled itself. In earlier software versions, servers would automatically vote "yes" to any amendments they understood unless configured otherwise by their operators. However, in more recent versions, such as 1.9.2 and newer, the default to voting was changed to "no" for new features, except for changes to fix bugs. Regardless of whether the default vote is "yes" or "no", it’s imperative for the operators, those who manage the servers, to assess the impact of amendments diligently. They ought to decide their vote based on their best judgement and the criteria they deem significant. This information is pivotal in sharing insights on amendments and elucidating how validators should cast their votes. When a rule has been in place for two years, it can be "retired". This means it becomes a standard part of how things work and isn’t considered an amendment anymore. It's like the rule becomes so normal that it's just a regular part of the game. If you are curious to see how validators vote and the progress of certain amendments is, you can check the visualisation on xrpscan. Please remember that UNL nodes can be added or dropped at any time, which means the number of nodes can change. The threshold in percent remains the same. In simpler terms, the XRPL employs a democratic approach to implement changes, albeit with voting power concentrated in the hands of the 35 UNL validators. Amendments, or proposed changes, need a substantial amount of "yes" votes, from 80% of all eligible nodes, to become a permanent part of the ledger’s operation. It’s crucial for server operators to thoughtfully consider how they vote on amendments, ensuring the network remains secure and operates effectively for all participants. The unwavering commitment of UNL node operators is sole to the XRPL, irrespective of the preferences or wishes of any particular party. All participants tirelessly endeavour to ensure the ledger remains secure and operational at all times. NOTE: As voting is a hot topic, I quoted the AMM Tweet, allowing you to see the process in action.

Daniel "CEO of the XRPL" Keller

61,969 görüntüleme • 2 yıl önce

New short course: LLMs as Operating Systems: Agent Memory, created with Letta, and taught by its founders Charles Packer and Sarah Wooders. An LLM's input context window has limited space. Using a longer input context also costs more and results in slower processing. So, managing what's stored in this context window is important. In the innovative paper MemGPT: Towards LLMs as Operating Systems, its authors (which include the instructors) proposed using an LLM agent to manage this context window. Their system uses a large persistent memory that stores everything that could be included in the input context, and an agent decides what is actually included. Take the example of building a chatbot that needs to remember what's been said earlier in a conversation (perhaps over many days of interaction with a user). As the conversation's length grows, the memory management agent will move information from the input context to a persistent searchable database; summarize information to keep relevant facts in the input context; and restore relevant conversation elements from further back in time. This allows a chatbot to keep what's currently most relevant in its input context memory to generate the next response. When I read the original MemGPT paper, I thought it was an innovative technique for handling memory for LLMs. The open-source Letta framework, which we'll use in this course, makes MemGPT easy to implement. It adds memory to your LLM agents and gives them transparent long-term memory. In detail, you’ll learn: - How to build an agent that can edit its own limited input context memory, using tools and multi-step reasoning - What is a memory hierarchy (an idea from computer operating systems, which use a cache to speed up memory access), and how these ideas apply to managing the LLM input context (where the input context window is a "cache" storing the most relevant information; and an agent decides what to move in and out of this to/from a larger persistent storage system) - How to implement multi-agent collaboration by letting different agents share blocks of memory This course will give you a sophisticated understanding of memory management for LLMs, which is important for chatbots having long conversations, and for complex agentic workflows. Please sign up here!

Andrew Ng

201,127 görüntüleme • 1 yıl önce

send/receive update There are over 1000 tokens configured with a sprite and set to send and over 500 set to receive on the send/receive network. 8968 editions were minted for free over the claim window and I set the final edition size to a clean 10k. The remaining mints will be used as an onboarding mechanism to introduce on chain interactive and participatory art to new people as I continue on my mission to make what we do around here interesting and compelling to new audiences. Seeing this many people interact with the work has been super meaningful, and I'm excited to keep expanding on the project over time. I particularly enjoyed having my kids log into @Artblocks with an email which generates a Privy embedded wallet and guiding them through the process of purchasing a mint off secondary and configuring it (after I funded the wallet with a bit of ETH). Once they set it up they ran to the living room where we have a receiving token set up and watched and waited until their's appeared. We sit around and watch the live view often pointing out all the fun sprites but when they saw theirs they got REALLY excited and continue to do so as they walk past it and see their contribution every day. I think there's something really interesting about all this. Seeing yourself in a networked artwork like this seems to be compelling to folks, and I am excited to watch the network of sprites grow over time. I'm especially excited about the perpetual nature of the work, and the fact that all of the information and logic is on chain in a way where it should continue to operate as long as the Ethereum blockchain continues to produce blocks. Am also shocked at how cheap the customization of it is. You're storing a lot of info on chain for less than $1. Was always worried about this being on L1 and I know we can't count on this forever but really really pleased with the low cost to participate. If you have a token and haven't set it up yet just know it's super easy and smooth thanks to the Art Blocks UI that the team built. But if you're still intimidated maybe consider commissioning your favorite pixel artist to create a sprite for you. Anyways make sure and check into a live view every now and then to see all the sprites that have been created by the community. Change up your send/receive state or swap out your sprite when you're feeling it. I hope you're enjoying the experience of on chain participatory networked art as much as I am.

Erick / Snowfro / 🦩 / LAO / #️⃣ / 🔴

17,186 görüntüleme • 8 ay önce

Let’s see what happened to all these materials after I dipped them into the magical glass-forming liquid. As you can see, the entire surface of the liquid has completely solidified. But I was still able to push the side of the container in, which means that underneath, it is still liquid. So this is not one solid block of glass. Let’s look at them one by one. First, I’m taking out the pencil. Well, no glass layer formed on this one. What you can see on it is simply the dried upper crust of the liquid. To be honest, I expected this, because this isn’t really bare wood—it’s more like wood with a plastic coating. Next is the geopolymer. The result is exactly the same. This one surprised me, because this was actually the material I was most confident would develop a deposit. But apparently not. Next comes the granite. And by now, it’s pretty easy to see that the result is the same again: nothing deposited on it. The next object is the spoon. I had absolutely no expectations for this one, and absolutely nothing is exactly what happened. There’s only the dried upper crust stuck to it, and the rest will probably just run off. But what about the egg?! A few days ago, it looked as though the egg was going to be the champion, with a massive layer of glass apparently forming on it. Well, I have some bad news: not at all. And why? I have absolutely no idea. And finally, just quickly at the end… The piece of limestone suffered exactly the same fate, and so did the peach. So, in reality, the experiment was a spectacular failure. None of these objects developed a glass layer. And in my opinion, this is exactly why it’s not worth publishing the recipe yet. Because, as you can clearly see, this time it simply didn’t work—even though, in theory, I did exactly the same thing as before. So, I wish myself happy experimenting. Once again, I’ve been given a new puzzle that I have to solve. … Meanwhile, in the container right next to it, this happened. And the recipe is exactly the same! Wow! 🤯

Marcell Fóti 🪨

21,749 görüntüleme • 23 gün önce

The value of the work we're doing at Optimum is encapsulated quite well by the phrase "speed is money". In modern markets there are real economic advantages to latency reduction. This is nothing new. Wall Street firms have long been optimizing on latency, primarily through colocation and top of the line hardware. However, when it comes to decentralized systems, expensive hardware and geographic concentration are antithetical to their purpose. Therefore we should optimize decentralized network latency through software, which I'm thrilled about because it's exactly what I've spent the better part of the past 2 decades working on with Random Linear Network Coding. Now let’s talk about networking economics, the relationship between speed and money. First, it's important to note that users will only pay for low latency if it can be consistently guaranteed. Second, you can only make that latency guarantee for a certain number of users. This is a universal law of networking. We can model this relationship on a delay curve, shown below. The delay curve is determined by the utilization rate of the network, meaning how much traffic is flowing through the network divided by the network's throughput. As you approach a level of traffic equal to the available throughput, latency trends infinitely higher. On this delay curve we can impose some utility thresholds. These thresholds are the levels of latency which are important to different groups of users because of how that latency guarantee improves their economic outcomes. Finding the point on the curve where each threshold intersects will tell us what level of traffic we can guarantee that level of latency for. Essentially, there exists a finite supply of speed on a network and the highest utility users of that speed are willing to pay more for it. I like to think of this similarly to expedited shipping options on Amazon. This is why we say speed is money, and why we can create a Latency Marketplace. The only way to increase the supply of speed is to fundamentally increase network throughput. This is what we work on at Optimum by using Random Linear Network Coding. The same relationship between traffic and throughput still applies, but now the delay curve is shifted out further to the right. Now more traffic can be processed at the same latency, or the same traffic can be processed at a lower latency. More speed available to the network. More value unlocked for the network’s users. Crucially, that value is no longer only reserved for those who can afford to sit closest to the machine. Expanding the supply of speed widens who can reach each latency threshold, keeping the network's advantage decentralized rather than concentrated in the hands of a few. When nodes join Optimum and participate, they reap the benefits, but they also add to the capacity. Rather than vying against each other in a zero-sum game, nodes help themselves and others.

Muriel Medard

45,497 görüntüleme • 2 ay önce