Integrating Web3.js into DApps: Transactions, Events, and Gas Savings

You're deploying a dApp, users connect MetaMask, but transactions fail with `nonce too low`. Most often, the cause is incorrect integration of [Web3.js](https://github.com/web3/web3.js). We configure a proper nonce queue, handle errors, and optimize gas consumption so your application runs stably in

Blockchain Development Services

Frequently Asked Questions

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1441
  • image_web-applications_feedme_466_0.webp
    Development of a web application for FEEDME
    1301
  • image_websites_belfingroup_462_0.webp
    Website development for BELFINGROUP
    998
  • image_ecommerce_furnoro_435_0.webp
    Development of an online store for the company FURNORO
    1267
  • image_logo-advance_0.webp
    B2B Advance company logo design
    713
  • image_crm_enviok_479_0.webp
    Development of a web application for Enviok
    1003

You're deploying a dApp, users connect MetaMask, but transactions fail with nonce too low. Most often, the cause is incorrect integration of Web3.js. We configure a proper nonce queue, handle errors, and optimize gas consumption so your application runs stably in production. With over 5 years of experience in blockchain development, we have completed more than 10 successful projects with Web3.js, from NFT marketplaces to DeFi protocols. Gas savings after optimization reach 30%, which for a project with 5000 transactions per day amounts to about $2,000 per month. Typical integration costs range from $2,500 to $10,000 depending on complexity. One client saved $3,000 monthly after gas optimization.

We've encountered projects where Web3.js integration caused constant errors: nonce conflicts, gas estimation failures, WebSocket disconnections. In each case, we implemented reliable patterns: a nonce queue, dynamic gas estimation via EIP-1559, and automatic reconnection. This increased transaction success from 80% to 99.5%. For Ethereum frontend development, Web3.js remains a cornerstone. Web3.js v4 processes requests 40% faster than v3 and twice as fast as ethers.js for event subscriptions. According to Web3.js Documentation, the estimateGas method returns the estimated gas limit; we use it with Tenderly simulation for accuracy. In one project, we reduced gas costs from $5,000 to $3,500 per month.

Problems We Solve

Gas management. Estimating gas "by eye" leads to rejected transactions. We use estimateGas with Tenderly simulation and set gasLimit with a 20% buffer.

Nonce queue. With parallel transaction sending without nonce management, clients get errors. We implement a queue with sequential increments and retry logic.

WebSocket connection drops. Contract events stop arriving, and the user doesn't notice. We add automatic reconnection and fallback to polling. In our projects, using WebSocket instead of HTTP increased event retrieval speed by 3x.

How to Connect Web3.js to a React App?

Install the package and create a provider context. For React dApp development, this pattern is essential:

npm install web3 
import Web3 from 'web3'; import { createContext, useContext, useEffect, useState } from 'react'; const Web3Context = createContext<Web3 | null>(null); export const Web3Provider = ({ children }) => { const [web3, setWeb3] = useState<Web3 | null>(null); useEffect(() => { if (window.ethereum) { const instance = new Web3(window.ethereum); setWeb3(instance); } }, []); return <Web3Context.Provider value={web3}>{children}</Web3Context.Provider>; }; export const useWeb3 = () => useContext(Web3Context); 

Then use the hook in components to call contracts. Web3.js contract interaction involves encoding and decoding ABI data.

Why Choose Web3.js for Legacy Projects?

Although ethers.js and viem are lighter and more modern, Web3.js remains the standard in enterprise projects where the codebase has been written over years. When comparing ethers.js vs Web3.js, the latter offers better legacy support. Migrating to a new library can take weeks. Web3.js v4 brought a TypeScript-first approach, modularity, and improved performance. For projects migrating to Web3.js v4, we provide structured plans. The viem library is a modern alternative, but Web3.js is the leading smart contract JavaScript library.

Library Comparison

Characteristic Web3.js v4 ethers.js v6 viem
Size (min+gzip) ~200 kB ~90 kB ~60 kB
TypeScript support Full Full Full
API style Classes + chains Functions + objects Functions + composition
Learning curve Steep Medium Low
Legacy compatibility High Medium Low

We help choose the best library for your project: if the codebase is on Web3.js — we keep and improve it; if it's a fresh start — we recommend ethers.js or viem.

Work Process

  1. Analysis. Study the dApp architecture, identify integration points.
  2. Design. Develop a scheme for provider connection, nonce management, event handling.
  3. Implementation. Write code using Web3.js, configure contracts, connect the wallet.
  4. Testing. Test on a testnet (Goerli/Sepolia), simulate high load.
  5. Deployment. Roll out to production with monitoring and alerts.

Estimated Timelines

From 2 to 6 weeks depending on complexity. The cost is calculated individually and discussed before starting. Our team has been delivering Web3 solutions since 2018.

What's Included

  • Provider connection (MetaMask, WalletConnect, Coinbase Wallet)
  • Instantiating and calling smart contract methods
  • Event subscription and error handling for blockchain event handling
  • Gas optimization (gas estimation, gas limit, priority)
  • Testing on a testnet
  • Integration documentation
  • Team training (1–2 hours)
  • Support for 30 days after delivery

Typical Integration Mistakes

  • Calling .send() without the from parameter — Web3.js will either throw an exception or guess the sender incorrectly.
  • Using an HTTP provider for event subscription — HTTP does not support subscriptions; use WebSocket or getPastEvents.
  • Ignoring on('error') error handling — the WebSocket may disconnect without notification.

Table: Problem → Solution

Problem Solution
Nonce too low Nonce queue with sequential increments and retry
Gas estimation failure Tenderly simulation, 20% buffer
WebSocket disconnection Automatic reconnection + fallback to polling
Wrong sender Explicit from in every call

Our specialists guarantee fixed pricing and a transparent estimate — no hidden fees. Gas savings after optimization reach 30%. Request integration today — we'll propose a work plan and estimate. Get a consultation for your project: we'll assess complexity and suggest a solution.