DEV Community: Igor Lourenço

Revolutionize Your React Development with PrismaDB

Igor Lourenço — Mon, 13 Feb 2023 21:12:01 +0000

As a React developer, you're always looking for ways to improve the performance and scalability of your projects. That's where PrismaDB comes in.

Prisma is a modern database toolkit that makes it easy to interact with databases using TypeScript. Its main competitors are traditional ORMs (Object-Relational Mapping) such as Sequelize, TypeORM, and Doctrine.

The purpose of Prisma is to increase the efficiency of application developers when they are working with databases. The following are some of the ways in which Prisma accomplishes this:

Object-based thinking instead of mapping relational data
Queries instead of complex model objects in classes
A unified source of truth for both database and application models
Protective constraints to prevent common mistakes and negative practices
An interface that makes it easy to do things correctly ("a safe haven")
Safe database queries that can be verified before compiling
Reduced repetitive code, allowing developers to concentrate on the crucial aspects of their application
Code editors that offer auto-completion, removing the need to consult documentation

One of the key advantages of Prisma is improved performance. Prisma generates optimized database queries, reducing the load on your server and making your applications run faster. Another benefit of using Prisma is scalability. Prisma is designed to handle growth, so you can focus on building your application as your user base grows.

Unlike traditional ORMs, which can have a steep learning curve, Prisma provides a simple and intuitive interface for working with your database, making it easy to interact with your data without having to learn complex syntax. Whether you're performing common database operations like creating, reading, updating, and deleting records, or more advanced tasks, Prisma has you covered.

Stay ahead of the curve as a React developer by adopting Prisma. It's a smart choice that will take your projects to the next level. I'm doing that.

References:
https://www.prisma.io/docs/concepts/overview/should-you-use-prisma

https://www.prisma.io/docs/concepts/overview/why-prisma

Deploy your Smart Contracts to Mainnet Safely

Igor Lourenço — Tue, 03 Jan 2023 12:35:41 +0000

To ensure the reliability of your smart contract when deploying it on mainnets, it is important to extensively test it on both local and public testnets. Here are some steps you can take to do so:

• Create a comprehensive test suite using tools like Forge or Hardhat to thoroughly test each function of your smart contract. This will help you identify and fix any bugs before deployment.

• Deploy your smart contract on a testnet and offer bug bounties to encourage other developers to audit it, test it, and submit solutions for any bugs they find.

• Invite a diverse group of people to test your smart contract, including other developers, investors, and potential users of the application that will utilize the smart contract.

• When ready for the mainnet, consider a beta deployment in which certain functions are only available for a trial period. After this period, you can use the upgradeability feature to replace it with a fully tested and finalized version (example code in the image below).

What are Rollups, Ethereum's big scalability insight?

Igor Lourenço — Fri, 17 Dec 2021 19:05:40 +0000

Rollup is a way of scaling operations on Ethereum that consists of executing transactions outside of Layer 1 (Ethereum Mainnet) and then indexing everything on Layer 1, using the advantage of being outside of Mainnet (speed), but still with the same security protocols.

Taking these transactions off Mainnet allows more transactions to be made and this becomes cheaper, because in Rollups, only some transaction data is sent to the main network, after which it is executed in a separate network, compatible with Mainnet (EVM- based).

Once the transactions are rolled up, it's time to group them into batches of transactions and then send them for validation on the main network, the Ethereum Mainnet.

The process is summed up: executing transactions, taking the data, compressing it and "cumulating" it in the main chain in a single batch. Hence the name Rollup (a rollup).

But how do you know that this data is really trustworthy, not someone wanting to manipulate everything for their own benefit? Proving: each type of rollup is responsible for some smart contracts on Ethereum Mainnet, which will validate deposits and withdrawals, in addition to verifying authenticity.

Basically, we have two types of rollups, Optimistic Rollup (optimistic) and ZK Rollup (zero knowledge), which differ from each other in the way they validate and prove transactions.

Below, I'll explain the basics of each of the types, but over the next few days I'll create threads explaining each one separately and in more detail, for a clearer understanding. First, Optimistic Rollup:

As the name implies, Optimistic Rollup takes an optimistic stance in relation to the data it receives and posts it on Ethereum as true and consistent. If they are really consistent, nothing more needs to be done, but in case of fraud, the person who sent the transaction is punished.

To achieve this, Optimistic Rollups implement a dispute resolution system that is capable of verifying evidence of fraud, detecting fraudulent transactions and discouraging corrupt ones from submitting other invalid transactions or performing incorrect validations.

When a fraud is sent, the system enters dispute resolution mode. So, the suspicious transaction is executed again, this time on Ethereum Mainnet. If the execution proves that the transaction was actually fraudulent, the party that presented it is punished.

To prevent corrupt parties from spamming the network with incorrect evidence of fraud, parties who wish to send evidence of fraud often also need to provide a link that can be subject to court.

In order to be able to execute a rollup transaction on Ethereum Mainnet, Optimistic Rollups must implement a system that is capable of playing back a transaction with the same state that was present when the transaction was originally executed in the rollup.

This is one of the tricky parts of Optimistic Rollups and is usually achieved by creating a separate smart contract that replaces certain function calls with a rollup state.

In contrast, in ZK Rollups there is no dispute resolution. This is possible by leveraging a smart piece of cryptography called Zero-Knowledge evidence, hence the name ZK rollups. In this model, each batch posted to tier 1 includes a cryptographic proof called ZK-SNARK.

Evidence can be quickly verified by smart contract on Ethereum when the transaction batch is submitted and invalid batches can be rejected immediately.

At first, this is simple, but, in practice, for this to work, there is a complex layer of cryptography and mathematics, the result of hours of work by several researchers.

Besides this one, there are other differences between Optimistic and ZK Rollups. Briefly:

Time to withdraw funds: Optimistic Rollups can generally take days to allow withdrawals, as the implementation method expects a consensus on proof of fraud. ZK Rollups are much faster once the batch of transactions and a proof of validity are submitted.
Compatibility: Due to the complexity of the technology, it's much harder to create an EVM-compatible ZK Rollup, which makes it harder to scale apps without having to rewrite much of their logic. Optimistic Rollups use 99% of smart contracts with no need to change.

As should have been clear, Rullups is a pretty big subject. This thread was more to talk about the topic and leave it open for study. Over the next few days, I will be doing separate articles explaining Optimistic Rollups and ZK Rollups better and separately.

References:
https://finematics.com/rollups-explained/
https://vitalik.ca/general/2021/01/05/rollup.html

O que são os Rollups, a grande ideia de escalabilidade em Ethereum?

Igor Lourenço — Thu, 16 Dec 2021 21:25:38 +0000

Rollup é uma forma de escalar operações na Ethereum que consiste em executar as transações fora da Layer 1 (Ethereum Mainnet) e, depois, indexar tudo na Layer 1, usando a vantagem de estar fora da Mainnet (velocidade), mas ainda com os mesmos protocolos de segurança.

Tirar essas transações da Mainnet permite que mais transações sejam feitas e que isso se torne mais barato, pois em Rollups, apenas alguns dados das transações são mandados para a rede principal, depois delas executadas em uma rede separada, compatível com a Mainnet (EVM-based).

Feitas as transações em rollup, é hora de agrupá-las em lotes de transações e, aí sim, mandar para validação na rede principal, a Ethereum Mainnet.

Resumindo o processo: executar transações, pegar os dados, compactá-los e os "acumular" na cadeia principal em um único lote. Daí vem o nome Rollup (um acúmulo).

Porém, como saber que esses dados são realmente confiáveis, não alguém querendo manipular tudo para benefício próprio? Provando: cada tipo de rollup é responsável por alguns smart contracts na Ethereum Mainnet, que vão validar depósitos e saques, além de verificar a autenticidade.

Basicamente, temos dois tipos de rollups, Optimistic Rollup (otimista) e ZK Rollup (zero conhecimento), que diferem entre si pela forma com que validam e provam as transações.

Abaixo, vou explicar o básico de cada um dos tipos, mas nos próximos dias vou criar threads explicando cada um separadamente e de forma mais detalhada, pra um entendimento mais claro. Primeiro, Optimistic Rollup:

Como o nome já diz, o Optimistic Rollup assume uma postura otimista em relação aos dados que recebe e os posta na Ethereum como verdadeiros e consistentes. Caso sejam realmente consistentes, nada mais precisa ser feito, mas, em caso de fraude, quem enviou a transação é punido.

Para conseguir isso, Optimistic Rollups implementam um sistema de resolução de disputas que é capaz de verificar as provas de fraude, detectar transações fraudulentas e desincentivar os corruptos de enviar outras transações inválidas ou fazer validações incorretas.

Quando uma de fraude é enviada, o sistema entra no modo de resolução de disputas. Assim, a transação suspeita é executada novamente, agora na Ethereum Mainnet. Caso a execução comprove que a transação foi realmente fraudulenta, a parte que a apresentou é punida.

Para evitar que os partes corruptas enviem spam para a rede com provas de fraude incorretas, as partes que desejam enviar provas de fraude geralmente também precisam fornecer um vínculo que pode ser sujeito a corte.

Para poder executar uma transação de rollup na Ethereum Mainnet, Optimistic Rollups devem implementar um sistema que seja capaz de reproduzir uma transação com o mesmo estado que estava presente quando a transação foi originalmente executada no rollup.

Essa é uma das partes complicadas dos Optimistic Rollups e geralmente é conseguida com a criação de um smart contract separado que substitui certas chamadas de função por um estado do rollup.

Diferentemente, nos ZK Rollups não há resolução de disputa. Isso é possível aproveitando uma peça inteligente de criptografia chamada provas Zero-Knowledge, daí o nome rollups de ZK. Neste modelo, cada lote postado na camada 1 inclui uma prova criptográfica chamada ZK-SNARK.

A prova pode ser verificada rapidamente pelo smart contract na Ethereum quando o lote de transação é enviado e lotes inválidos podem ser rejeitados imediatamente.

De cara, isso é simples, mas, na prática, para que isso funcione, existe uma camada complexa de criptografia e matemática, fruto de horas do trabalho vários pesquisadores.

Além da dessa, existem outras diferenças entre Optimistic e ZK Rollups. Resumidamente:

Tempo de saque de fundos: Optimistic Rollups geralmente podem demorar dias para permitir os saques, já que a forma de implementação espera um consensosobre provas de fraude. Os ZK Rollups são bem mais rápidos, assim que o lote de transações e uma prova de validade são submetidos.
Compatibilidade: devido à complexidade da tecnologia, é muito mais difícil criar um ZK Rollup compatível com EVM, o que torna mais difícil escalar apps sem ter que reescrever boa parte da lógica deles. Optimistic Rollups usam 99% dos smart contracts sem necessidade de alteração.

Como deve ter ficado claro, Rullups é um assunto bem extenso. Essa thread foi mais p/ falar sobre o tema e deixar aberto para estudo. Nos próximos dias, vou fazer artigos separados explicando Optimistic Rollups e ZK Rollups melhor e separadamente.

Referências:
https://finematics.com/rollups-explained/
https://vitalik.ca/general/2021/01/05/rollup.html

Ethereum Network Scalability: Layer 2, Rollups, Sidechains and Sharding

Igor Lourenço — Tue, 14 Dec 2021 20:25:31 +0000

Article taken from this thread, made by me in Portuguese (BR).

With the increase in popularity and influx of users on the Ethereum network, costs have increased and the speed with which transactions are carried out has decreased. Then came the need for a work more focused on scalability.

The biggest problems to be solved are the slowness and high cost of sending transactions, which is quite common in what we call Layer 1 (first layer) of the Ethereum network, the Ethereum Mainnet.

Hence the solutions known to us as Layer 2, such as Polygon and Arbitrum, which mainly seek to make transactions faster and cheaper, but without giving up the security and decentralization of Layer 1.

These characteristics, security and decentralization, are essential for the functioning of a (real) blockchain, and they can be maximized with the reduction of entry barriers, both for users and for nodes (machines) validating the transaction.

Layer 2 solutions are called "off-chain solutions" because they are not tied directly to the Ethereum blockchain, but are just derived from it, adopting security and decentralization protocols similar to Mainnnet's.

In this model, we basically have transactions sent to this secondary layer instead of being submitted directly to the main network. Once this is done, these transactions are anchored on Ethereum Mainnet and become immutable.

Another type of off-chain solution is Rollups, which essentially consist of executing transactions outside Mainnet and then sending them to a block there.

The difference with Layer 2 is that since transactions are sent directly to a Layer 1 block, a different network is not needed and the original Layer 1 security and decentralization protocols are used directly.

Finally, we have solutions called Sidechains, which are basically blockchains based on EVM (Etherm Virtual Machine) that run independently of Ethereum Mainnet, such as Fantom and Skale.

But it's not over; the existence of off-chain solutions in this case implies the existence of on-chain solutions, there is one in particular called Sharding. This concept is not specific to blockchains, it is already well known in computer science.

Sharding is literally a fragmentation of the database to distribute the loading and validation of information, dividing Mainnet into 64 smaller networks. With low hardware requirements, the number of nodes increases (decentralization and security). Everyone wins.

However, this solution can only be implemented once the legendary Ethereum 2.0 becomes a reality, which God only knows when it will happen, but the devs have promised by the end of 2022.

References
https://ethereum.org/en/developers/docs/scaling/

https://ethereum.org/en/developers/docs/scaling/sidechains/

https://ethereum.org/en/eth2/shard-chains/

Escalabilidade na rede Ethereum: Layer 2, Rollups, Sidechains e Sharding [PT-BR]

Igor Lourenço — Tue, 14 Dec 2021 20:11:22 +0000

Com o aumento de popularidade e e fluxo de usuários na rede Ethereum, os custos aumentaram e a velocidade com que as transações são efetivadas diminuiu. Aí surgiu a necessidade de um trabalho mais voltado para a escalabilidade.

Os maiores problemas a serem resolvidos são a lentidão e o alto custo no envio de transações, o que é bem comum no que chamamos de Layer 1 (primeira camada) da rede Ethereum, a Ethereum Mainnet.

Daí surgem as soluções conhecidas pela gente por Layer 2, como Polygon e Arbitrum, que buscam principalmente fazer com que as transações sejam mais rápidas e baratas, mas sem abrir mão da segurança e descentralização da Layer 1.

Essas características, segurança e descentralização, são imprescindíveis para o funcionamento de uma blockchain (de verdade), e elas podem ser maximizadas com a diminuição das barreiras de entrada, tanto de usuários quanto de nós (máquinas) validadores de transação.

As soluções de Layer 2 são chamadas "soluções off-chain", porque elas não são ligadas diretamente à blockchain Ethereum, sendo apenas derivadas dela, adotando protocolos de segurança e descentralização parecidos com o da Mainnnet.

Nesse modelo, basicamente temos transações enviadas para essa camada secundária em vez de serem submetidas diretamente para a rede principal. Feito isso, essas transações são ancoradas na Ethereum Mainnet e tornam-se imutáveis.

Outro tipo de solução off-chain são os Rollups, que consistem essencialmente em executar transações fora da Mainnet e, depois, mandar elas pra um bloco de lá.

A diferença para as Layer 2 é que, como as transações são mandadas diretamente para um bloco da Layer 1, não é necessária uma rede diferente e os protocolos originais de segurança e descentralização da Layer 1 são usados diretamente.

Por final, temos as soluções chamadas Sidechains, que são basicamente blockchains baseadas na EVM (Etherem Virtual Machine) que rodam independentes da Ethereum Mainnet, como a Fantom e a Skale.

Mas não acabou; a existência de soluções off-chain nesse caso implicam na existência de soluções on-chain, tem uma em especial chamada Sharding. Esse conceito não é específico das blockchains, já é algo conhecido nas ciências da computação.

Sharding consiste literalmente em uma fragmentação do banco de dados para distribuir o carregamento e validação de informações, dividindo a Mainnet em 64 redes menores. Com requerimentos de hardware baixos, o número de nós aumenta (descentralização e segurança). Todos ganham.

Porém, essa solução só poderá ser implementada assim que a lendária Ethereum 2.0 se tornar realidade, o que só Deus sabe quando vai acontecer, mas os devs prometeram pro final de 2022.

Referências
https://ethereum.org/en/developers/docs/scaling/
https://ethereum.org/en/developers/docs/scaling/sidechains/
https://ethereum.org/en/eth2/shard-chains/