KLYNTAR Virtual Machines. Part 0: KLY-EVM — shardable, low-level managed, mutable, and WASM-improved EVM.

@Vlad@ — Sun, 05 Mar 2023 23:39:45 +0000

Intro

Hi, we're back in touch! With this story, we start a new cycle of articles about KLY. Here we'll discuss virtual machines available on KLYNTAR. You can find much interesting information about low-level management, the workflow of VMs execution, cross-vm interaction, and so on! Also, we'll publish a set of articles about different use cases of how to write contracts, and how to use KLY features available for different VMs( EVM & WASM & others) - predeployed contracts, special logs, WORA principle, mutations, and much more!

KLY-EVM

Definitely, the most popular VM in the blockchain industry is EVM. Projects with EVM compatibility propose a well-known set of tools for developers for a quick start with their ecosystem. You even shouldn't learn new languages or work with docs - just use solidity docs, web3 library, and life is good!

Not all of the projects propose new features for their EVM port. But, it's not true in the case of KLYNTAR.

Multi-level sharding - the implementation on EVM level🔥🔥🔥

Probably, it's the hottest part of this article. As you remember from previous articles in our blog, we've discussed multi-level sharding implementation on KLY. It's here

KLYNTAR Basics. Part 0: Architecture | by KLYNTAR | Medium

KLYNTAR ・ Feb 21, 2023 ・
klyntar.Medium

In the article about basics, you can get information about the first level of sharding - the whole ecosystem consists of a set of independent chains named symbiotes. Also, we're working on the next article in this cycle where you'll find out how sharding works on a single symbiote level, how the pool-per-chain principle works, and so on!

In this (still not published😅) article you can find the explanation of sharding inside a single symbiote and this illustration can help you.

Since all the subchains here are related to a single symbiote - all of them are part of a single system of accounts. Also, each symbiote will have its own chainID (the number for the EVM registry and 256/512-bit BLAKE3 hash for the KLY ecosystem).
For example, our initial symbiote kNULL(which will be launched by KLYNTAR Team) will have 7331 as a chainID for EVM. You can see it here

KLYNTAR listing #2335

VladChernenko posted on Feb 26, 2023

KLYNTAR - nextgen, "cloud-of-everything" project that relies on decentralization & security & TPS of all blockchains in the industry, has multilevel sharding, multitasking, EVM & WASM & Docker compatibility, post-quantum cryptography, RWX codeless smart-contracts, etc.

🔥Follow us!🔥

View on GitHub

So, exactly on the subchains level, we need to implement the sharding for EVM. But, to make it possible to securely bind accounts to the appropriate subchain(shard) we should dive deep into bytecodes, the workflow of EVM execution(via debugging), and so on. Should be interesting!

General idea

Back to our picture with subchains

> The simple idea of sharding on KLY is to bind accounts(default and accounts of smart contracts) to a single subchain and deny all attempts of state changes from txs from other subchains. This image can help you to understand:

Here you see that if you bind your account to a subchain A this is a signal for everyone that the state of your contract or default account can be changed only via transactions via the same subchain. Why it's cool?!

Because now, we can separate the work and explore each symbiote independently. In simple words - you can run the special software from the Bumblebee packet which will be the backend for explorers & wallets and set the subchain to track changes.

Since the block time is short and TTF(time-to-finality) is instant - you can easily get updates of state from each symbiote in a parallel way.

Sounds good and it seems we can implement it. For KLY-VM(WASM based) it's easy because all the state is changed via KLYNTAR core level and these operations are transparent for us. Even, advanced logic like cross-contract calls can be tracked, because this functionality is passed to the wasm module as an injected dependency from the JS context. For instance, here is an example from KLY-VM tests:

Here is example

In the same way, a contract changes its own state and the state of other accounts/contracts.

But what about EVM? Let's use reverse engineering skills and try to debug.

Low-level control

To reverse the workflow of EVM on the deep level - we've built the graph of workflow. It helps us to dive into the bytecode level of executing, to see the stack changes and black-boxed values of EVM inside. This is how this graph looks like:

> Our goal is to allow changes of contract X only from transactions on subchain A. For this, we should track all the accounts whose state will be changed and revert & stop the execution in case the transaction tries to change the account state that is bound to subchain B

The dangerous moment here is that we should remember about so advanced stuff like cross-contract calls, delegations, and so on! We know about it😅

When EVM is going to change the state of some account the address of its will be added to the inner property _touched - this is the set of accounts whose state will be changed in a certain tx.

For demonstration, we have a repository with an example of a cross-contract call and the results of debug process. You can find & try it here

Here we try to deploy 2 contracts - Caller and Receiver. Inside contract Caller.sol there is a function for cross-contract execution which calls a function inside Receiver.sol contract. We'll deploy using our account 0xbe862ad9abfe6f22bcb087716c7d89a26051f74c

After deployment, we can see these logs

And, if we manually override the debug logic inside the EVM source code and call the function crossContractCallFromCallerToReceiver()

we can see this:

As you see - this set contains all the addresses that will be changed during operation.

This is exactly what we need because now we can override the logic of the function which add the address to this set. We need to stop execution once we detect binding to another subchain.

This function is touchAccount() inside the vmState.js module from @ethereumjs/vm/eei package. The modified function looks like this:

In simple words, an exception will be thrown and vm will be reverted. The extra logic also contains work with mempool to allow the JSON-RPC server to accept the transactions, and test them in the sandbox with wished context(useful for load balancers, explorers, etc.) before adding to mempool(some filtration practice).

> So, in simple words & using examples we've demonstrated to you a proof of concept(PoC) of future KLY-EVM.

Mutations principle

We wouldn't be ourselves if we didn't go even further. During research work, we noticed tons of interesting moments of EVM, and going to add them to KLY-EVM.

Since KLYNTAR is a mutable project, you'll have the ability to add mutations for EVM workflows.

For example, the stack tracing looks like this:

The interpreter.js has the following code:

…and opcodes list looks like this:

> What it gives us? Why it's cool and what we can do with it?

We'll with this low-level control we can create different custom mutations of EVM - with different gas prices for opcodes, custom opcodes, custom inner logic, change the execution context for different contracts & addresses, use the off-chain functionality, and much more! It's like having a super-powerful debugger and doing everything that you want.

We promised you that KLY-EVM is a gigachad. Hope, we proved it)

WORA - write functionality for EVM with WASM

It will be the topic of one of the next articles, but since we have a WASM-compatible VM on the board, we should remind you about the ability to use WASM modules for EVM.

Long story short, we assume that it will be worked as a callback mechanism where you stop the EVM execution, call the WASM module, and return to EVM execution with new/extra values.

But wait for the article)

Summary

Damn, this article looks so hot! Detailed, simple, with examples — perfect! We’re working to make KLY the leading project. Not only in the crypto industry. But too.

With KLY-EVM we started another cycle of articles in our blog. Hope, you find it interesting. We’ll try to publish such articles often to get you a detailed explanation of all the components of KLY ecosystem.

Just imagine your first time launching the KLY node🤩

KLYNTAR Basics. Part 1: The idea of multistaking on KLY for the theoretical maximum security & decentralization😼

@Vlad@ — Wed, 22 Feb 2023 17:54:42 +0000

Super hot article on our Medium blog about multistaking on KLYNTAR. Continue our articles marathon. Meet the multistaking mechanism on KLYNTAR - stake your bitcoins, ethers, ada, NFTs, etc. to make KLY the most decentralized ecosystem protected by trillions🏃

KLYNTAR Basics. Part 1: The idea of multistaking on KLY for the theoretical maximum security & decentralization😼 | by KLYNTAR | Medium

KLYNTAR ・ Apr 18, 2024 ・
klyntar.Medium

KLYNTAR Basics. Part 0: Architecture

@Vlad@ — Tue, 21 Feb 2023 21:05:56 +0000

Everything starts at the beginning

The fun begins…

The heart of each system is architecture. With this article, we start probably the most interesting cycle of articles in our blog.

In the following sections & articles, you will learn about how KLYNTAR works, its components, architecture, workflows, and so on. We will try to give both a good general idea and dive into some details so that you can easily start studying further sections.

It is also worth warning that KLYNTAR may seem complicated to you initially, but in our world, everything works like that. Computers, economics, physics — all this is difficult to some extent, but only because there are great opportunities behind it.

If you have any difficulty understanding, do not hesitate to ask us questions. We also expect you to actively participate in the development of the project.😀😀😀

Read the article on our Medium blog. It's must-have )

KLYNTAR Basics. Part 0: Architecture | by KLYNTAR | Feb, 2023 | Medium

KLYNTAR ・ Feb 21, 2023 ・
klyntar.Medium

Cryptoland. Part 0: Types of addresses on KLYNTAR — post-quantum, multisig, tbls, ed25519 🔥

@Vlad@ — Tue, 21 Feb 2023 12:35:29 +0000

NOTE: This is the short paraphrase taken from MasteringKlyntar book. Read it here.

Intro

Hello folks👋 After a short break, we’re again here. Working on plan for articles that we’re going to publish, we’ve decided to split it into series.

This is the first article related to cryptography on KLYNTAR. The set of articles under such title will be called Cryptoland, so if you see this label — you can be sure that something interesting is waiting for you.

To warm up, we want to tell you about type of addresses on KLYNTAR, because that’s what you as users have to deal with very often to interact with KLY ecosystem. Let’s get it started!

> By the way, today we present just a short intro. We’ll discuss more in details in the next parts of Cryptoland set of articles

Traditionally, read this article on our Medium blog😉

Cryptoland. Part 0: Types of addresses on KLYNTAR — post-quantum, multisig, tbls, ed25519 🔥 | by KLYNTAR | Medium

KLYNTAR ・ Apr 18, 2024 ・
klyntar.Medium

KLYNTAR or how we spent several years to build the Gigachad of crypto industry🤖

@Vlad@ — Tue, 21 Feb 2023 06:50:38 +0000

Lost time is never found again — Benjamin Franklin

As experienced readers, we understand that it’s annoying to spend time for a non-interesting article. As a developer, I want to get useful info instantly, ASAP about new project to understand the value of it.

We appreciate our followers and users, that’s why here are the highlights of KLYNTAR. In the end you’ll find links to our docs & social media where you can find more info and start follow us.

The full article is available on our Medium blog🤗

DEV Community: @Vlad@

KLYNTAR Virtual Machines. Part 0: KLY-EVM — shardable, low-level managed, mutable, and WASM-improved EVM.

Intro

KLY-EVM

Multi-level sharding - the implementation on EVM level🔥🔥🔥

KLYNTAR Basics. Part 0: Architecture | by KLYNTAR | Medium

KLYNTAR ・ Feb 21, 2023 ・
klyntar.Medium

KLYNTAR listing #2335

KLYNTAR - nextgen, "cloud-of-everything" project that relies on decentralization & security & TPS of all blockchains in the industry, has multilevel sharding, multitasking, EVM & WASM & Docker compatibility, post-quantum cryptography, RWX codeless smart-contracts, etc.

General idea

Low-level control

Mutations principle

WORA - write functionality for EVM with WASM

Summary

Links

KLYNTAR Basics. Part 1: The idea of multistaking on KLY for the theoretical maximum security & decentralization😼

KLYNTAR Basics. Part 1: The idea of multistaking on KLY for the theoretical maximum security & decentralization😼 | by KLYNTAR | Medium

KLYNTAR ・ Apr 18, 2024 ・
klyntar.Medium

KLYNTAR Basics. Part 0: Architecture

The fun begins…

KLYNTAR Basics. Part 0: Architecture | by KLYNTAR | Feb, 2023 | Medium

KLYNTAR ・ Feb 21, 2023 ・
klyntar.Medium

Cryptoland. Part 0: Types of addresses on KLYNTAR — post-quantum, multisig, tbls, ed25519 🔥

Intro

Cryptoland. Part 0: Types of addresses on KLYNTAR — post-quantum, multisig, tbls, ed25519 🔥 | by KLYNTAR | Medium

KLYNTAR ・ Apr 18, 2024 ・
klyntar.Medium

KLYNTAR or how we spent several years to build the Gigachad of crypto industry🤖

KLYNTAR or how we spent several years to build the Gigachad of crypto industry🤖 | by KLYNTAR | Medium

KLYNTAR ・ Jul 3, 2023 ・
klyntar.Medium

DEV Community: @Vlad@

KLYNTAR Virtual Machines. Part 0: KLY-EVM — shardable, low-level managed, mutable, and WASM-improved EVM.

Intro

KLY-EVM

Multi-level sharding - the implementation on EVM level🔥🔥🔥

KLYNTAR Basics. Part 0: Architecture | by KLYNTAR | Medium

KLYNTAR ・ Feb 21, 2023 ・ klyntar.Medium

KLYNTAR listing #2335

KLYNTAR - nextgen, "cloud-of-everything" project that relies on decentralization & security & TPS of all blockchains in the industry, has multilevel sharding, multitasking, EVM & WASM & Docker compatibility, post-quantum cryptography, RWX codeless smart-contracts, etc.

General idea

Low-level control

Mutations principle

WORA - write functionality for EVM with WASM

Summary

Links

KLYNTAR Basics. Part 1: The idea of multistaking on KLY for the theoretical maximum security & decentralization😼

KLYNTAR Basics. Part 1: The idea of multistaking on KLY for the theoretical maximum security & decentralization😼 | by KLYNTAR | Medium

KLYNTAR ・ Apr 18, 2024 ・ klyntar.Medium

KLYNTAR Basics. Part 0: Architecture

The fun begins…

KLYNTAR Basics. Part 0: Architecture | by KLYNTAR | Feb, 2023 | Medium

KLYNTAR ・ Feb 21, 2023 ・ klyntar.Medium

Cryptoland. Part 0: Types of addresses on KLYNTAR — post-quantum, multisig, tbls, ed25519 🔥

Intro

Cryptoland. Part 0: Types of addresses on KLYNTAR — post-quantum, multisig, tbls, ed25519 🔥 | by KLYNTAR | Medium

KLYNTAR ・ Apr 18, 2024 ・ klyntar.Medium

KLYNTAR or how we spent several years to build the Gigachad of crypto industry🤖

KLYNTAR or how we spent several years to build the Gigachad of crypto industry🤖 | by KLYNTAR | Medium

KLYNTAR ・ Jul 3, 2023 ・ klyntar.Medium

KLYNTAR ・ Feb 21, 2023 ・
klyntar.Medium

KLYNTAR ・ Apr 18, 2024 ・
klyntar.Medium

KLYNTAR ・ Feb 21, 2023 ・
klyntar.Medium

KLYNTAR ・ Apr 18, 2024 ・
klyntar.Medium

KLYNTAR ・ Jul 3, 2023 ・
klyntar.Medium