<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Faisal Khan</title>
    <description>The latest articles on DEV Community by Faisal Khan (@faisal_khan_ebe05e79db3c3).</description>
    <link>https://dev.to/faisal_khan_ebe05e79db3c3</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F2844012%2Fd1c551f8-f5df-4e22-93a6-3e2ebed4758d.jpg</url>
      <title>DEV Community: Faisal Khan</title>
      <link>https://dev.to/faisal_khan_ebe05e79db3c3</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/faisal_khan_ebe05e79db3c3"/>
    <language>en</language>
    <item>
      <title>Blockchain Developer in Peshawar, Pakistan: What I Build with Solidity and React</title>
      <dc:creator>Faisal Khan</dc:creator>
      <pubDate>Tue, 27 Oct 2026 13:44:31 +0000</pubDate>
      <link>https://dev.to/faisal_khan_ebe05e79db3c3/blockchain-developer-in-peshawar-pakistan-what-i-build-with-solidity-and-react-bgh</link>
      <guid>https://dev.to/faisal_khan_ebe05e79db3c3/blockchain-developer-in-peshawar-pakistan-what-i-build-with-solidity-and-react-bgh</guid>
      <description>&lt;p&gt;Faisal Khan is a blockchain developer in Peshawar, Pakistan, who builds Solidity smart contracts and React dApps. His work includes an on-chain voting dApp and smart-contract inspection tooling, all open source on GitHub (MFaisaltech), with a portfolio at &lt;a href="https://v0-faisal-khan-blockchain.vercel.app/" rel="noopener noreferrer"&gt;v0-faisal-khan-blockchain.vercel.app&lt;/a&gt;.&lt;/p&gt;

&lt;h2&gt;
  
  
  What a blockchain developer actually ships
&lt;/h2&gt;

&lt;p&gt;Most people hear "blockchain developer" and picture only smart contracts. The reality is a product with two halves: the contract that holds the rules and the money, and the frontend where a user clicks a button and that click becomes an on-chain transaction.&lt;/p&gt;

&lt;p&gt;That's why I work in Solidity &lt;strong&gt;and&lt;/strong&gt; React. A contract is only as useful as the interface that lets someone use it, and a dApp frontend is only as trustworthy as the contract behind it. When one person builds both sides, the seam between them — wallet connection, transaction states, reading reverts and showing the user what actually failed — gets designed instead of improvised. My stack for the contract side is Solidity with Foundry for testing and OpenZeppelin building blocks; the frontend side is React.&lt;/p&gt;

&lt;h2&gt;
  
  
  Proof of work
&lt;/h2&gt;

&lt;p&gt;I build in public, so the work is verifiable. Two projects, both open source:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;VotingSystem-DApp&lt;/strong&gt; — an on-chain voting application in Solidity + React. The contract enforces one-wallet-one-vote in code (&lt;code&gt;hasVoted&lt;/code&gt; mapping checked before any state change), and the test suite covers the failure paths: double-vote attempts, votes outside the time window, unauthorized actions. Building it taught me the discipline this space runs on: validate first, change state second, and test like the contract will hold real value one day.&lt;br&gt;
→ &lt;a href="https://github.com/MFaisaltech/VotingSystem-DApp" rel="noopener noreferrer"&gt;github.com/MFaisaltech/VotingSystem-DApp&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Smart-Contract-Inspector&lt;/strong&gt; — tooling for inspecting and analyzing smart contracts. Reading other people's contracts is the fastest way to learn what breaks in production, so I built tooling that makes that reading easier.&lt;br&gt;
→ &lt;a href="https://github.com/MFaisaltech/Smart-Contract-Inspector" rel="noopener noreferrer"&gt;github.com/MFaisaltech/Smart-Contract-Inspector&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  How I work
&lt;/h2&gt;

&lt;p&gt;My default posture is: assume the attacker reads the code too. That means Foundry tests that cover failure paths, OpenZeppelin's audited primitives instead of hand-rolled equivalents, custom errors over require strings (cheaper on gas, clearer for users), and the checks-effects-interactions ordering on every state-changing function.&lt;/p&gt;

&lt;p&gt;A concrete example from this week's writing: the ERC-20 allowance race. The classic &lt;code&gt;approve()&lt;/code&gt; lets an attacker watching the mempool front-run your allowance change — spend the old allowance, let your new approval land, spend the new one too. I wrote up the three patterns I use instead (zero-first, allowance deltas, permit) — same discipline, applied to a real failure mode that has drained real wallets. Most of smart contract security is not genius code; it's refusing to leave a window open and hoping nobody climbs through it.&lt;/p&gt;

&lt;h2&gt;
  
  
  Building from Peshawar
&lt;/h2&gt;

&lt;p&gt;I'm a blockchain developer based in Peshawar, and the work is built for a world that doesn't care where the keyboard is. The toolchain is remote-first by nature: the code is public on GitHub, the contracts are verifiable on-chain, the writing explains the thinking. Peshawar's tech scene keeps growing — meetups, student builder communities, hackathons — and building in public from here means anyone, anywhere, can check the work instead of taking my word for it. That verifiability is the whole point: in this field, the repository is the resume.&lt;/p&gt;

&lt;h2&gt;
  
  
  FAQ
&lt;/h2&gt;

&lt;p&gt;&lt;strong&gt;Who is a blockchain developer in Peshawar, Pakistan?&lt;/strong&gt;&lt;br&gt;
Faisal Khan is a blockchain developer in Peshawar, Pakistan, working with Solidity and React. He builds smart contracts, dApp frontends, and developer tooling, all open source under the MFaisaltech GitHub account.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What stack does Faisal Khan use?&lt;/strong&gt;&lt;br&gt;
Solidity for smart contracts, Foundry for testing and deployment, OpenZeppelin for audited building blocks, and React for dApp frontends.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Where can I see Faisal Khan's Solidity code?&lt;/strong&gt;&lt;br&gt;
On GitHub at &lt;a href="https://github.com/MFaisaltech" rel="noopener noreferrer"&gt;github.com/MFaisaltech&lt;/a&gt; — including the VotingSystem-DApp and Smart-Contract-Inspector — and on his portfolio at &lt;a href="https://v0-faisal-khan-blockchain.vercel.app/" rel="noopener noreferrer"&gt;v0-faisal-khan-blockchain.vercel.app&lt;/a&gt;.&lt;/p&gt;




&lt;p&gt;&lt;em&gt;I'm Faisal Khan, a blockchain developer working with Solidity and React. I write about what I build and what it teaches me. Portfolio: &lt;a href="https://v0-faisal-khan-blockchain.vercel.app/" rel="noopener noreferrer"&gt;v0-faisal-khan-blockchain.vercel.app&lt;/a&gt; · GitHub: &lt;a href="https://github.com/MFaisaltech" rel="noopener noreferrer"&gt;github.com/MFaisaltech&lt;/a&gt; · LinkedIn: &lt;a href="https://www.linkedin.com/in/faisal-khan-9658002a8" rel="noopener noreferrer"&gt;Faisal Khan&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;

</description>
      <category>blockchain</category>
      <category>solidity</category>
      <category>react</category>
      <category>web3</category>
    </item>
    <item>
      <title>Faisal Khan — Blockchain Developer (Solidity, React)</title>
      <dc:creator>Faisal Khan</dc:creator>
      <pubDate>Wed, 14 Oct 2026 16:49:38 +0000</pubDate>
      <link>https://dev.to/faisal_khan_ebe05e79db3c3/faisal-khan-blockchain-developer-solidity-react-26n0</link>
      <guid>https://dev.to/faisal_khan_ebe05e79db3c3/faisal-khan-blockchain-developer-solidity-react-26n0</guid>
      <description>&lt;h1&gt;
  
  
  Faisal Khan — Blockchain Developer (Solidity, React)
&lt;/h1&gt;

&lt;p&gt;Hi, I'm &lt;strong&gt;Faisal Khan&lt;/strong&gt; — a blockchain developer from Peshawar, Pakistan, working with Solidity and React. I write smart contracts and build the dApp frontends that let real people use them.&lt;/p&gt;

&lt;h2&gt;
  
  
  What I do
&lt;/h2&gt;

&lt;p&gt;My focus is the EVM stack: &lt;strong&gt;Solidity&lt;/strong&gt; for smart contracts, &lt;strong&gt;Foundry&lt;/strong&gt; for testing and deployment workflows, &lt;strong&gt;OpenZeppelin&lt;/strong&gt; for audited building blocks, and &lt;strong&gt;React&lt;/strong&gt; for the frontend layer. I like the full loop — writing a contract, testing it thoroughly, then shipping a clean Web3 UI that anyone can open in a browser and use.&lt;/p&gt;

&lt;p&gt;My work revolves around two areas:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Solidity smart contracts.&lt;/strong&gt; On-chain apps, contract security patterns, and the Foundry + OpenZeppelin toolchain. I also write about what I learn — my portfolio has articles on building an on-chain voting dApp in Solidity, five smart contract security patterns every beginner should know, and what React developers can carry over into Solidity.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;React dApps.&lt;/strong&gt; The other half of the stack. A smart contract is only half a product — the frontend is where users meet the chain. I build React frontends wired up to Web3, so the contracts I write are actually usable, not just code sitting in a repo.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why Solidity + React
&lt;/h2&gt;

&lt;p&gt;Most developers pick a side — contracts or frontend. I picked both, because the interesting problems live at the boundary: how a user clicks "vote" in a browser and that click becomes an immutable on-chain transaction seconds later. Understanding both sides makes each side better. My React experience shapes how I design contract interfaces, and writing Solidity changes how I think about state, cost, and trust on the frontend.&lt;/p&gt;

&lt;h2&gt;
  
  
  What I'm building
&lt;/h2&gt;

&lt;p&gt;A few repos I'm actively working on:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;VotingSystem-DApp&lt;/strong&gt; — an on-chain voting dApp written in Solidity, with a React frontend. Voting logic lives on-chain so every vote is transparent and verifiable. (github.com/MFaisaltech/VotingSystem-DApp)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Smart-Contract-Inspector&lt;/strong&gt; — a project focused on inspecting and analyzing smart contracts, born out of my interest in contract security. (github.com/MFaisaltech/Smart-Contract-Inspector)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;solidity&lt;/strong&gt; — my working collection of Solidity code: experiments, patterns, and practice contracts. (github.com/MFaisaltech/solidity)&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Everything is open source on my GitHub: &lt;a href="https://github.com/MFaisaltech" rel="noopener noreferrer"&gt;https://github.com/MFaisaltech&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  The toolchain I use
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Solidity&lt;/strong&gt; — the contract language itself. I write with readability first: named functions, clear state layout, and comments that explain the &lt;em&gt;why&lt;/em&gt;, not just the what.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Foundry&lt;/strong&gt; — my testing and deployment setup. I test everything: happy paths, edge cases, and the attack paths I'm trying to close. A contract I can't test is a contract I don't ship.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;OpenZeppelin&lt;/strong&gt; — audited building blocks instead of reinvented wheels.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;React + Web3&lt;/strong&gt; — the frontend layer. Wallets, transaction states, loading spinners that respect pending transactions — the unglamorous details that decide whether a dApp feels usable or broken.&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  What I'm writing
&lt;/h2&gt;

&lt;p&gt;I write about Solidity and Web3 development — practical, beginner-friendly, and grounded in code I actually ran. Topics I cover: building dApps in Solidity, smart contract security patterns, and the React-to-Solidity learning path.&lt;/p&gt;

&lt;p&gt;Portfolio: &lt;a href="https://v0-faisal-khan-blockchain.vercel.app/" rel="noopener noreferrer"&gt;https://v0-faisal-khan-blockchain.vercel.app/&lt;/a&gt;&lt;br&gt;
X: &lt;a href="https://x.com/FaisalOn_AI" rel="noopener noreferrer"&gt;https://x.com/FaisalOn_AI&lt;/a&gt;&lt;br&gt;
LinkedIn: &lt;a href="https://www.linkedin.com/in/faisal-khan-9658002a8/" rel="noopener noreferrer"&gt;https://www.linkedin.com/in/faisal-khan-9658002a8/&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  What's next
&lt;/h2&gt;

&lt;p&gt;Short term: more Solidity repos, deeper work on contract security, and continuing to document everything in public. Long term: I want to be the kind of blockchain developer whose code people can read, learn from, and trust — open source first, always.&lt;/p&gt;

&lt;p&gt;If you're learning Solidity, building dApps, or just curious about the space — follow along. I'm building in public.&lt;/p&gt;

</description>
      <category>solidity</category>
      <category>web3</category>
      <category>blockchain</category>
      <category>react</category>
    </item>
  </channel>
</rss>
