KLYNTAR or how we spent several years to build the Gigachad of crypto industryđŸ€–

KLYNTAR
7 min readFeb 3, 2023

--

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.

NOTE: It’s just an initial article — we’ll write about KLYNTAR components more detailed in the next articles. Also, KLYNTAR and other products of ecosystem marked as WIP, so some features will be available in future releases. This is our official account, so subscribe to be in touch.

Let’s get started!

TL;DR

KLYNTAR is:

The fastest crypto project that have ever been created and will be created

KLYNTAR has own high TPS(thanks to advanced, BFT-based consensus with many-chains architecture(pool-per-chain) and total parallelization — see dev_tachyon in MasteringKlyntar book), supports running own custom blockchains(called symbiotes), sharding-by-default scheme and relies on TPS of other speedsters — Solana, Near, Toncoin, Tron, etc.(see SpookyAction release).

What can be faster than the total speed of cryptoindustry?😏

There is no “we have X k TPS — it’s more than <SOME_PROJECT> has”. Only maximum abilities. That’s the philosophy.

The most decentralized & secured project that have ever been created and will be created

What can be more decentralized than all the cryptoindustry taken together?đŸ€”

Forget about 34% of emission on 5 addresses or 3 dominant mining pools, forget about 80% pre-sales to unknown third parties and other infuriating crap.

KLYNTAR relies on mining powers of Bitcoin, Litecoin, Monero, Horizen, on stakes on Ethereum, Cardano, Avalanche, Solana and so on. The mechanism of checkpoints & other interaction types protects KLYNTAR from the following issues: rollbacks, uncertain finalization, consensus-related stuff.

Thanks to hashrates of Bitcoin, Litecoin, Monero, thanks to the difference of algorithms and modifications it’s practically impossible to rollback at least one of them — what to say about 2/3 of them or more. Anyway — maximum protection is our target.

Previously, we talk only about PoW-based crypto. Despite PoS-based ones have some issues like “long-range-attacks” which were proposed to be solved by “weak subjectivity” (and other mechanisms), we also use the security of them to protect KLYNTAR.

Moreover, KLYNTAR has multistaking — you’ll have ability to protect our ecosystem with your bitcoins, ethers, with your NFT on Solana or Polygon and so on(see Unobtanium).

We will release a separate article about multistaking on KLYNTAR soon

For example, see how you can use your bitcoins & ethers as a stake on KLYNTAR

NOTE: Since BTC & forks haven’t ability to set restriction to outputs, probably, you should use wrapped version of BTC, LTC and so on
NOTE: It was initial representation & vision. Real mechanism might be different

Virtual Machines

KLYNTAR has support of many VMs — WASM-based KLYNTAR-VM and EVM-compatible KLY-EVM. Add your own VM!

We understand that functionality of virtual machines can be a weighty argument for new projects(or multichain projects — e.g. Uniswap, bridges, etc.). That’s why, our goal is to make virtual machines on KLYNTAR the most flexible, mutable and advanced.

KLY-EVM

Initially we add the support of KLYNTAR EVM (KLY-EVM). Unlike other projects which don’t add any extra functionality(only pre-deployed contracts for backward compatibility) we want to present more advanced port of EVM.

https://github.com/KLYN74R/KlyntarEVM

Let’s create a short list about KLY-EVM abilities:

  1. Mutability
    You’ll have ability to add own logic to the EVM — order of transactions execution, fees in tokens, offchain / free computation and so on. We’ll talk about it later! But mutability of KLY-EVM is a part of Mutation principle on KLYNTAR(keep reading to find out more).
  2. Sandbox calls
    Execute code in sandbox to securely test state changes, estimate gas usage, monitor logs and so on.
  3. WORA(Write once, run anywhere)
    With KLY-EVM you can write extra logic not only on SolidityđŸ˜±. But using special events on EVM-level you can call in-built oracles, verify post-quantum signatures, use external storages like Filecoin, KLYNTAR Storage and so on. Once you write some useful function on Rust and then compile to .wasm module — you’ll be able to use it on EVM.
  4. Cross-VM-calls & Crosschain abilities
    KLY-EVM will have ability to call WASM contracts(and vice versa), interact with other symbiotes(see Mutualism release), call contracts in other chains and so on.

It’s available as a separate repository, so everyone can fork it to modify. We did it for other chains in ecosystem to integrate KLY-EVM as a separate dependency. Also, JSON-RPC 2.0 realization is available here.

We will release a separate article about KLY-EVM soon

KLYNTAR VM

The native VM of KLY is based on WASM. That’s really cool, because you can write on any language that can be compiled to .wasm module to execute it securely in the same environment as default txs.

https://github.com/KLYN74R/KlyntarVM

WASM is faster and more flexible than EVM bytecode. Initially, you will be able to write contracts on Rust & AssemblyScript, but later we’ll add support of other languages. KlyntarVM is still with WIP status, but we do everything to present the best UX for users and products in ecosystem.

In terms of functionality, KlyntarVM will be so advanced as KLY-EVM(major part of features in list below will be also available for KLY-EVM) and more advanced than default VMs by other projects. For example:

  1. Pay fees for contract execution in tokens
  2. Modify the bytecode of contract(no more proxy contracts!)
  3. Manually change the contract state
  4. Use async functions(soon we’ll present modules for VMs, so we’ll tell you about mechanism of callbacks on KLY-VM) — now you can use HTTP calls, change external storage and so on.

We will release a separate article about KlyntarVM soon

Cryptoland — advanced cryptography on KLYNTAR

https://github.com/KLYN74R/Cryptoland

Since we are crypto project, it’s impossible to imagine the work without cryptography. We want to bring the most advanced & useful functionality of crypto-primitives to KLYNTAR. To avoid catastrophic mistakes and set the low entry threshold for mass-using, we create a separate repository with crypto-primitives to use them on VMs, workflows and so on.

There are some examples that we already use on KLYNTAR:

  1. BLS multisignatures(scope:consensus, accounts/contracts)
  2. TBLS threshold signatures(scope:accounts/contracts)
  3. Post-quantum signatures(scope:accounts/contracts)

You can find out more by visiting the repository page — multisignatures, post-quantum cryptography, VDF, VRF, secret sharing algorithms and so on! Find more info here.

RWX contracts — real world eXecution smart contracts

A photo with a Gigachad for a reason here

An advanced version of smart-contracts

NOTE: We’ll publish more info later, as a separate, big article

RWX contracts will be created as a logical continuation of initial idea of smart-contracts. Currently, default big, really decentralized networks don’t have functionality to verify, for example, that freelancer created server with 20k RPS(soon in KLYNTAR Work) or the fact that the delivery man brought you pizza on time(KLYNTAR Delivery). They can’t be the decentralized guarantor of non-vm stuff.

RWX contracts are smart contracts v2.0 because:

  1. Codeless(but you’ll be able to add code snippets for more automatization)
  2. Based on social consensus
  3. Use well known services like Telegram, Zoom, Discord, etc.
  4. Possible free(in simple words —you shouldn’t pay if everything is ok)
  5. Will be the engine of major part of products in ecosystem
  6. Mass adoption is a big dealđŸ€—

Summary

Everything starts from the beginning. In this article we presented just initial overview of general moments of future Goliath. Our energy forces us to publish more and more to allow you to get started with KLYNTAR — as investor, developer, researcher, etc. Here, there is still no information about:

  1. KLYNTAR ThunderCloud
  2. KLYNTAR AnyStake
  3. KLYNTAR Web1337
  4. KLYNTAR AdsNile
  5. KLYNTAR Symbiotes
  6. KLYNTAR GHost
  7. KLYNTAR Gigaplace


and other products in future ecosystem.

The philosophy of KLYNTAR is technologies. We want to make KLY the most comfortable to use, the fastest, the most secured and friendly collection of services. Soon we will open this Pandora’s box even more.

Follow us to get information ASAP because in the following articles we’ll talk about ecosystem, about core, answer for your questions and so on. See you soon😜

KLYNTAR in 21337

Links

  1. http://klyntar.org
  2. https://t.me/KLYN74R
  3. https://github.com/KLYN74R
  4. https://mastering.klyntar.org
  5. https://ru.mastering.klyntar.org
  6. https://www.reddit.com/r/KLYN74R/
  7. https://discord.com/invite/f7e7fCp97r
  8. https://github.com/KLYN74R/KlyntarEVM

--

--

KLYNTAR
KLYNTAR

Written by KLYNTAR

KLY - decentralized L1 ecosystem for Web2 & Web3 & Real World with tons of killer-features

No responses yet