Roadmap Spotlight #3: Arithmetic MPC (REAL) Protocol

Roadmap Spotlight #3: Arithmetic MPC (REAL) Protocol

Currently our MPC protocol (called REAL) computes binary protocols, but we are going to add an arithmetic protocol in the not too distant future. The “binary” or “arithmetic” property of a protocol is not an indication of what is possible, but rather what is efficient.

Every MPC protocol operates on units of some type, and all applications using MPC are built using a very very small set of operations on this type. Some types are better at some applications than others, which motivates supporting protocols that operate on different unit types.

In binary REAL, the “unit type” is a bit; that is, a number that is either 0 or 1. The only operations we can perform on these bits are exclusive or and conjunction (or XOR and AND). All other protocols have to be built using one or more bits, and a combination of XOR and AND operations.

This naturally means that protocols that can be efficiently expressed as a combination of XOR and AND operations, would be efficient in binary REAL. Such operations include comparisons, any kind of bit manipulation, rotations, shifts, and so on.

On the other hand, operations that require a lot of XOR and AND operations, would be in-efficient. For example, additions, subtractions, multiplications and essentially any operation that is “arithmetic” in nature.

In Arithmetic REAL, on the other hand, the “unit type” is a number between 0 and n (for some n) — and the only operations we can perform are addition and multiplication.

Arithmetic REAL therefore performs very well in applications with a lot of arithmetic. That is, a lot of additions, subtractions, multiplications and so on. On the other hand, applications with a lot of non-arithmetic operations are expensive. For example, it is not very easy to compare two numbers, if all you’re allowed to do is add and multiply the two numbers being compared with each other.

Which for What

Binary REAL, being binary (or boolean) in nature, performs well on applications that are, well, binary in nature. This includes applications such as

  • Auctions (because an auction is just a lot of comparisons)
  • Encryption and hashing with certain ciphers, e.g., AES and SHA (because these ciphers involve almost exclusively bit operations)
  • String operations (most string operations are also just bit manipulations of some sort)

Arithmetic REAL, being arithmetic, performs well on arithmetic applications:

  • Machine learning (all ML requires a large degree of linear algebra, which is just a lot of additions and multiplications)
  • Statistics (for the same reason as above)
  • Voting (because voting can be expressed as simply tallying votes, which is just additions)

By enabling arithmetic computations in Partisia Blockchain, we aim to open up new solutions as well as allow for cheaper and easier implementation of existing ones. From health record analysis to private voting in a massive scale, we hope to achieve a much wider acceptance of MPC as a perfect solution to enabling computation while protecting individual users’ privacy.

Be on the lookout for this sometime in the 3rd or 4th quarter of 2023.

Stay updated:

Website • Twitter • Discord • Telegram • LinkedIn • Facebook • Instagram • GitLab • Medium • YouTube

SecondLane — Secondary Market for digital assets building on Weezi and Partisia Blockchain

SecondLane — Secondary Market for digital assets building on Weezi and Partisia Blockchain

Guest Blog by Oleg Ivanov, Co-Founder of Weezi/Secondlane.

SecondLane is co-founded by top players in the Web3 OTC market, combining advanced tech, licensing and historical business volume in the secondary market.

With SecondLane project teams, advisors and investors can now:

  • Unlock liquidity for their unvested tokens & equity

Or

  • Search, discover and trade illiquid digital assets

The technology stack has been built over the past two years with Weezi team, who now migrated full-time to SecondLane.

There are six essential features that are gradually being automated and released by the team. Each of these features represents the steps of a typical OTC deal.

Such features are bundled into three versions of the SecondLane platform, with SecondLane V1 up and running on EVM-compatible chains.

We are honored to be trusted by Partisia Blockchain to integrate the Partisia ecosystem’s main characteristics into our SecondLane V2 release.

The core element of SecondLane V2 is automated on-chain onboarding and verification of users and assets. This has to be done in (a) a compliant, and (b) privacy-preserving form; so that buyers and sellers are sure that their information is not known to the public.

Partisia Blockchain’s ZK MPC technology, coupled with the decentralized consensus of oracles, is the right mix of tools for our task.

The innovations set to be introduced by Partisia Blockchain is long awaited in the market, and we at SecondLane are excited to be among the first partners to integrate those into our product for our client base.

Stay updated:

Website • Twitter • Discord • Telegram • LinkedIn • Facebook • Instagram • GitLab • Medium • YouTube

Roadmap Spotlight #2: Development Tools

Roadmap Spotlight #2: Development Tools

One of the main priorities for any blockchain is adoption. The stronger the base that are developing on the chain, the stronger the chain. And one of the important factors for adoption is the ease of development on a chain. For that purpose, we have been working hard on tools to help developers develop and deploy on our chain.

The below are some of the key frameworks, contracts and libraries that will help developers create amazing applications on our chain which we are planning to release in the next 6 months.

  • DEX contracts — We are creating a template for DEX contracts alongside a factory to help developers create new DEX’s as well as onboard new tokens easily. Along with the BYOC Framework, we think this will help deployment of a DEX to be very simple
  • CLI interface for interacting with smart contracts — Currently we allow interactions to our smart contracts through our UI in dashboard or browser. Through enabling interactions to our SC in a CLI, we will allow for developers to create scripts that can automate interactions to the smart contract they are developing.
  • Test framework — Currently the devs need to manually deploy and manually test individual pieces of their contracts. In the new JUnit testing library, developers will be able to test deployment and actions for their contracts. This will enable Continuous Integration during development of smart contracts, where unit testing and cross contract integration testing can be stepped through and asserted.
  • Gas estimation tool — We will be launching a tool to help developers calculate gas for their smart contracts. As our sharding architecture is unique, we want to create a tool to help developers compute their gas requirements for the application in an easier way.
  • ABI for all governance contracts — We will enable interactions with our governance contracts, with documentation for what each of the contracts do.

With these tools, we hope we will allow development in our chain to be easier, and we will continue to focus on building new tools to help the development community.

Many of these items will launch as they get completed, with a full completion date of around the end of 4th Quarter.

Stay updated:

Website • Twitter • Discord • Telegram • LinkedIn • Facebook • Instagram • GitLab • Medium • YouTube