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
- Analysis. Study the dApp architecture, identify integration points.
- Design. Develop a scheme for provider connection, nonce management, event handling.
- Implementation. Write code using Web3.js, configure contracts, connect the wallet.
- Testing. Test on a testnet (Goerli/Sepolia), simulate high load.
- 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 thefromparameter — 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.







