Any SWAY the wind(Adler) blows, developer lemmings may follow? Yup.
(TK Updated w/ TIA Tokenomics Feb 19th, 2024 using Brave Browser AI assisted Summarizer and this TK engineered prompt:
" How do the TIA utility token 'tokenomics' of the Celestia actually work ? ")- See below...
Ok John Adler of UoT Alumni fame working @ Fuel Labs (and CELESTIA), imo does appear on the surface to have the tech chops and a giant ego to go with them given, he is perhaps, the key guy behind the FUEL LABS Network SWAY SC movement that has somewhat 'self fueled' the latest Market Cap spike at CELESTIA.
So Adler's god complex and spin doctor antics aside (Adler and Buchman over at COSMOS Informal Systems are two peas in a pod), let's look under the hood of this FUEL Labs SWAY SC 'project' technically to first better understand CELESTIA's SPIKEonomics FUELed developer activity happening across the world and really determine if this FUELVM+SWAY SC combo 'dog hunts'.
First FUEL LAB's generally imo should be hunting alpha Solidity developers to make their VM and the SWAY SC language really big.
What does Adler really need to give these alpha SC types? Besides a delightful developer experience
IMO its not just parallel execution speed and efficient use of resources and, SC to SC mesh execution SWAY+FUELVM promises it's
Adler's claim of really low gas fees which is a bit mysterious, as there really is no mention of SWAY+FUELVM supporting priced resource matching to SC workload needs as a capability mentioned anywhere in their combined doc set. hmmm...
Second, while FUELVMs can be mounted on CELESTIA which claims to have the first modular blockchain architecture, the FUELVM is also blockchain agnostic according to Adler, which ok does appear to have Ethereum 2.0 support, but how does it really work on other popular blockchains?
Read on to find out what is really needed imo, to get those alpha Solidity SC devs to really make the big switch to SWAY SCs and have the rest of the Solidity developer community follow in mass behind such self-proclaimed Solidity pied pipers of Smart Contracts.
Warning I have made use of BRAVE LEO, the AI Assistance built into my Brave Browser... with my qualified comments included.
FUEL Labs' SWAY is an open source programming language that offers several key differentiated features, including: (Brave LEO output)
1. Declarative syntax: SWAY's syntax is designed to be concise and easy to read, with a focus on describing the desired behaviour rather than the implementation details.
2. Strongly typed: SWAY is a statically typed language, which means it checks the types of variables at compile time, preventing type-related errors at runtime.
3. Memory safety: SWAY has built-in memory safety features, such as garbage collection and bounds checking, to prevent common memory-related bugs.
4. High-level abstractions: SWAY provides high-level abstractions for common programming tasks, making it easier to write code and reduce the risk of errors.
I hope that helps! If you have any more questions, feel free to ask.
Nice work Brave LEO, now for human insights... on SWAY
First I am all for more efficient system resource use if available, but how do you determine that availability in real time among computing resources and at what price to get the best price/performance to ensure lowest gas fees for one or more SC executions during the staked epoch?
Well to answer that question, one operating such compute, network and storage resources needs a Resource Manager which has resources reporting their state and price for their services which incorporates hard deterministic matching of priced resources currently available at the time to the workload needs of the SWAY SC bundle running on FUELVM(s) attached to CELESTIA. Doing so ensures the SC execution AND SC to SC transaction fees will be minimal every time.(unlike the case of ETH spikey GAS fees all the time..)
There have been examples of such non-priced resource matched to workload need distributed systems in the distant past where for example SETI would via distributed.net clients 'borrow' your desktop compute time(aka CPU clock cycles and RAM memory) resources to help the SETI project look for patterns that might exist in digitized space radio wave receptions. Did SETI pay you for that resource use? No. Like lemmings we just loaded on the distribued.net client 'for the greater good' of mankind and let SETI consume resources on our desktops because we believed "Mulder Scully style".
Word of caution here, Adler is also the 'wizard of odd" guy behind CELESTIA too.
(In the public space the SEC might look at that as conflict of interest)
FuelVM
The FuelVM learns from the Ethereum ecosystem. It implements improvements suggested to the Ethereum VM (EVM) for many years that couldn’t be implemented due to the need to maintain backward compatibility, including parallel transaction execution and multiple native assets.
Fuel delivers unmatched processing capacity through its ability to execute transactions in parallel by using strict state access lists in the form of a UTXO model. With the FuelVM, Fuel full nodes identify the accounts a transaction touches, mapping out dependencies before execution. This enables Fuel to use far more threads and cores of your CPU that are typically idle in single-threaded blockchains. As a result, Fuel can deliver far more compute, state accesses, and transactional throughput than its single-threaded counterparts." (Thanks Brave LEO..., my new buddy? maybe..., but only if I get to choose the scraped/crawled LEO ML 'Machine Learning sources' and not some code_wanker working for Brave.., including my own personal Large Language Model 'LLM' too, in other words my AI LEASH. )
OK FUEL Lab's multi-thread and core capable VM running SWAY SCs claims to maximize the use of the available CPU resources with massive parallel use of available threads on the system (Single or even Clustered) currently running the SWAY SC.
So that begs the question do we really need Layer 2 Side Chains, since FUEL runs on-Chain @ Layer 1 (on top of Celestia)?
There is definitely an argument hear to spawn multiple IBC connected Layer 1 Chain and interconnect to L1 neighbours on COSMOS ATOM Network, connecting to but not mounted on CELESTIA Layer 1 which is the obvious place today to mount FUEL LABS SWAY SCs on chain.
The good news is that the FUEL VM is chain agnostic and could be ported to run on any chain and currently does right now run on both COSMOS and ETH chains. Could the FUEL EVM, given its UTXO accounting also run on some BTC Lightning variant? Maybe.
CELESTIA itself is built with Jae Kwon's Tendermint BFT consensus tech, packaged up by Informal Systems as an SDK, so you know both Adler and Buchman know each other. Nuff said. Kudos again to Kwon, he has the right vision.
Sway Language
Fuel provides a powerful and sleek developer experience with our own domain-specific language (DSL) called Sway. Sway is based on Rust and includes syntax to leverage a blockchain VM without needlessly verbose boilerplate. Sway was created alongside the FuelVM and designed for the high-compute Fuel environment. (Thanks Brave LEO for the nothing burger)
High Compute, now talk about vague that statement could not be more 'motherhood and apple pie".
THE ARGUMENT FOR TRUE PRICE DISCOVERY for THE COST OF COMPUTE RESOURCES
TO RUN SWAY SCs on FUELVMs on CELESTIA
Seriously a FUEL VM running SWAY SCs (that's right plural) where Solidity SC logic can be transformed to SWAY relatively easily is a good thing, however the massively parallel default use of compute resources prescribed by the FUELVM design needs some work... to incorporate true price discovery of the resources employed by the FUELVM before running the one or more SWAY SCs asynchronously and in parallel, On-Chain.
(With inter SC communications here we are really talking about an SC Mesh, with one or more SCs running on a same single FUELVM communicating between multiple FUELVMs, possibly running on different L1 blockchains (interconnected via IBC?) 'makes muh head spin, really.' ;) )
Rust + Solidity = Sway
Sway prioritizes compile-time analysis and safety, similar to Rust’s borrow checker and safety-first semantics. Additionally, it has the syntax of Rust. From Solidity, Sway took the notion of a smart-contract-paradigm language with built-in top-level contract storage and blockchain mechanisms for ergonomic and safe contract programming.
Sway brings the notion of static auditing to smart contracts. In addition, Sway is highly performant and has extensible optimization passes and a modular backend for targeting different blockchain architectures. (OK Brave LEO, I sort of believe you...)
The above is a technically high level reasonably sound description of SWAYS inheritance of RUST attributes, ok, but what does this really tell us?
Not much. The real answer is understanding who and how many have signed up to SWAY to at least follow the progress and also dive in to start to contribute? Those answers can be found on Twitter
Fuel
@fuel_network
The world's fastest modular execution layer. Sway Language: @SwayLang
CommunityEthereumlinktr.ee/fuel.network Joined October 2019
OK a lot of techies and fans, 188,000 of them, are following FUEL Labs Network and SWAY lemming style. Most of the forks of SWAY have been in the last three to four months on Github, many by the same folks forking the Github repository for SWAY over and over again, so that means SWAY SCs and FUELVM are still very much in their early adoption days, with lots of bugs and changes going on.
So how many are really diving in and writing SWAY SCs?
One check of Github to see the # of contributors and the number of forks gives us the real answer as to how healthy the SWAY SC liftoff and interest trajectory metrics are to tell us if SWAY really has traction enough to help Flatten the L2/L1 complexity of Blockchain architectures by employing systems to run SWAY SCs on resources efficiently so our transaction fees are minimal. It's the old price/performance angle.
And guess what? SWAY developer participation is large and busy on Github, Adding and Fixing SWAY . :)
Great for Adler, as that means less work to be done on his part lately,
Not so great for unpaid developers who belieeeeve! (Row that open source boat faster, you knaves!)
OK for the select few 'beautifuls' which wrangled 'insider' grants for their efforts, maybe the effort is worthwhile.
Are their any big contributors from developers who have been assigned to the project by their corporate masters?
At this stage it's hard to tell... as the SWAY project's transparency is M-I-A in this regard.
LET's TALK TIA Tokenomics
TIA is a utility token that facilitates network operations and governance on Celestia. It serves as a 'gas' token for new blockchains, simplifying blockchain creation. Token holders delegate TIA to validators, contributing to network security and earning rewards, aligning stakeholder incentives with network health. TIA holders also have governance rights, influencing network parameters and community fund allocations, reflecting Celestia's commitment to decentralized governance.0 By using TIA as a gas token and currency, developers can bootstrap their chain quickly and focus on creating their application or execution layer instead of issuing a token right away.1 datawallet.com 0
docs.celestia.org 1
Thank you Brave Browser, genAI Wunderkind Assistant of the Search Box Summarizer, this explanation will do for now.
The FLAT SCALE-OUT DIGITAL INTERSTATE FUTURE?
FUELEVM+SWAY SCs on EVERYTHING?
(At Least on COSMOS SDK build CELESTIA.. also 'built' by Adler)
Do FUEL SWAY SCs really flatten the L2/L1 Architecture?
Sort of and maybe SWAY SCs will flatten out the L2/L1 'Inter-blockchain Architectures' emerging out there in the cybersphere,
but only imo, if/when we see these SWAY SCs working in a price/performant way,
efficiently making use of priced resources in real time (without randomly and rampantly consuming too much electricity).
Time will tell whether SWAY will become the pre-eminent 'first choice' of Smart Contract developers everywhere, let's see what happens after both the Hype and early Spikes are over (another one is likely coming and well sort of now here) and, like all market ups and downs, the CELESTIA price will 'post hype' settle and, the combined teams across the COSMOS part of the Cryptosphere will actually start to deliver on the big COMBO SWAY SCS on FUEL everywhere promise outlined above, as pumped by Adler.
Cuz I wanna BELIEEEEEEEVE ! (sort of) ;)
That said, I am not certain Adler is the right guy to lead a greater FUELVM 'blockchain agnostic' community promoting SWAY SC language, especially for those who have been trying to escape the ETH monotheistic cult lately, so those in the growing SWAY and FUELVM community may want to get the same sort of 'voting thingy' going which turns out to be saving the COSMOS ATOM project, not hurting it, versus what happened at Ethereum (long, long, long delivery times for key features, which opened the door for Polkadot, Solana, Avalanche and others to walk right through that door (or window of opportunity) to take big developer seat market share and Market Cap growth away from Ethereum.
The other big questions in my mind about FUELVM and SWAY SC are from who and where did Adler really pick up his ideas for both and also CELESTIA?
Citations please Mr. Adler and give credit where credit is due, as we all stand on the shoulders of giants in the cryptosphere, without exception.
Cuz we crypto fans don't need any more 'Peter Framptons' (or Andy RUBINs of Android fame?) in the Cryptosphere,
so hopefully that is not the case with Adler.
Maybe some interviewer can coax that out of him?
(good luck with that when the price of Celestia is so sky high at the moment...)
The truth 'will out', over time, the only question is when.
TK over and out :)
