<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>BLAZED.sh Blog</title>
    <link>https://blazed.sh/blog/</link>
    <description>Recent content on BLAZED.sh Blog</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sat, 01 Aug 2026 14:00:00 +0000</lastBuildDate>
    <atom:link href="https://blazed.sh/blog/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Ethereum RPC Latency in 2026: IPC vs WebSocket vs Remote Providers, Measured</title>
      <link>https://blazed.sh/blog/posts/ethereum-rpc-latency-benchmark/</link>
      <pubDate>Sat, 01 Aug 2026 14:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/ethereum-rpc-latency-benchmark/</guid>
      <description>&lt;p&gt;Every RPC provider sells latency and almost nobody publishes a distribution. You get a marketing average, occasionally a p95 on a status page, and never the methodology. We wrote a &lt;a href=&#34;https://blazed.sh/blog/posts/ipc-vs-http-websocket-ethereum-rpc&#34;&gt;transport comparison&lt;/a&gt; last June that leaned on illustrative ranges because we had not measured them ourselves, and that has bothered us since. So this post measures instead: nine public Ethereum endpoints, up to 300 samples each, percentiles rather than means, a race between three subscription feeds to see who learns about a new block first, and a separate benchmark of what a JSON-RPC round-trip costs when there is no network in the path at all.&lt;/p&gt;</description>
    </item>
    <item>
      <title>BLAZED.sh Now Has a Free Tier: 1M RPC Credits and a Live Script on the Node</title>
      <link>https://blazed.sh/blog/posts/free-tier-launch/</link>
      <pubDate>Fri, 31 Jul 2026 09:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/free-tier-launch/</guid>
      <description>&lt;p&gt;Until now the only way to find out what running your code on the node actually feels like was to pay for the Beta plan or poke at the &lt;a href=&#34;https://demo.blazed.sh&#34;&gt;live demo panel&lt;/a&gt;. That was the wrong shape for a product whose whole pitch is a latency difference you have to measure yourself. So there is now a free plan: one always-on JavaScript script, running on a host with a fully synced Ethereum mainnet node, with 1,000,000 RPC credits a month. No card, no trial clock.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ERC-20 Transfer Webhooks: Build One in 50 Lines on a Co-located Node</title>
      <link>https://blazed.sh/blog/posts/erc20-transfer-webhooks/</link>
      <pubDate>Thu, 23 Jul 2026 07:19:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/erc20-transfer-webhooks/</guid>
      <description>&lt;p&gt;The most requested webhook on Ethereum is also the simplest to describe: tell my backend when this token moves, or when this wallet receives funds. Exchange deposit flows, payment confirmations, treasury alerts and airdrop trackers are all variations of that one sentence. Search for an ERC-20 transfer webhook and you will mostly find hosted products that charge per delivered event, but underneath every one of them sits a primitive small enough to read in one sitting: an &lt;code&gt;eth_subscribe&lt;/code&gt; log filter on one side and an HTTP POST on the other.&lt;/p&gt;</description>
    </item>
    <item>
      <title>EIP-3156: The Flash Loan Standard, Explained</title>
      <link>https://blazed.sh/blog/posts/eip-3156-flash-loans-standard/</link>
      <pubDate>Wed, 22 Jul 2026 12:41:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/eip-3156-flash-loans-standard/</guid>
      <description>&lt;p&gt;Flash loans are the purest expression of what makes Ethereum programmable money: you can borrow millions of dollars with no collateral and no credit check, provided you give it all back before the transaction ends. &lt;a href=&#34;https://eips.ethereum.org/EIPS/eip-3156&#34;&gt;EIP-3156&lt;/a&gt; is the attempt to give that primitive one standard interface, so that a borrower contract written once can take liquidity from any compliant lender. This post covers the primitive itself, the two interfaces with real Solidity, a minimal borrower, the security model behind the odd-looking magic return value, and the honest adoption picture.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Flash Loan Arbitrage: How It Works and How to Build It</title>
      <link>https://blazed.sh/blog/posts/flash-loan-arbitrage/</link>
      <pubDate>Wed, 22 Jul 2026 08:33:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/flash-loan-arbitrage/</guid>
      <description>&lt;h2 id=&#34;arbitrage-without-capital&#34;&gt;Arbitrage Without Capital&lt;/h2&gt;&#xA;&lt;p&gt;In the earlier posts of this series we covered how to &lt;em&gt;find&lt;/em&gt; arbitrage: &lt;a href=&#34;https://blazed.sh/blog/posts/tri_arbitrage&#34;&gt;triangular arbitrage on Uniswap&lt;/a&gt; for the three-pair case, and &lt;a href=&#34;https://blazed.sh/blog/posts/graph_theory_arbitrage&#34;&gt;graph-based detection with Bellman-Ford&lt;/a&gt; for cycles of any length. Both posts quietly assumed you already hold the tokens you want to trade with. That assumption is the biggest practical barrier to arbitrage: a 0.5% spread on a 10 ETH trade pays 0.05 ETH, and scaling it means parking serious capital in hot wallets.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Arbitrage Basics: How to Build a Crypto Arbitrage Bot</title>
      <link>https://blazed.sh/blog/posts/how-to-build-crypto-arbitrage-bot/</link>
      <pubDate>Tue, 21 Jul 2026 14:26:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/how-to-build-crypto-arbitrage-bot/</guid>
      <description>&lt;h2 id=&#34;welcome-back-to-arbitrage-basics&#34;&gt;Welcome Back to Arbitrage Basics&lt;/h2&gt;&#xA;&lt;p&gt;This is part three of our arbitrage series, and it is the one where the math starts running. &lt;a href=&#34;https://blazed.sh/blog/posts/tri_arbitrage&#34;&gt;Part one&lt;/a&gt; built a triangular arbitrage checker for Uniswap V2 and walked through pairs, reserves, and the exact &lt;code&gt;getAmountOut&lt;/code&gt; formula. &lt;a href=&#34;https://blazed.sh/blog/posts/graph_theory_arbitrage&#34;&gt;Part two&lt;/a&gt; generalized detection with graph theory: tokens become vertices, pairs become edges weighted by negative log exchange rates, and Bellman-Ford surfaces profitable cycles of any length as negative cycles. Both posts end at the same place, a function that takes fresh reserves and returns candidate trading loops.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Glamsterdam Explained: Every EIP in Ethereum&#39;s Next Upgrade</title>
      <link>https://blazed.sh/blog/posts/glamsterdam-ethereum-upgrade/</link>
      <pubDate>Tue, 21 Jul 2026 07:58:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/glamsterdam-ethereum-upgrade/</guid>
      <description>&lt;p&gt;Glamsterdam is the next Ethereum hard fork after Fusaka, and it is shaping up as the most structural release the network has shipped in years. It moves the block-building auction into the protocol itself, puts a consensus-verified state diff inside every block, and reprices the corners of the EVM that stood in the way of much higher gas limits. Multi-client devnets have been running the full slate since June 2026, and mainnet activation is targeted for the second half of the year.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What Is a MEV Searcher? Infrastructure, Latency, and Whether You Need Your Own Node</title>
      <link>https://blazed.sh/blog/posts/what-is-a-mev-searcher/</link>
      <pubDate>Mon, 20 Jul 2026 13:47:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/what-is-a-mev-searcher/</guid>
      <description>&lt;p&gt;If you have read anything about MEV, you have met the word &amp;ldquo;searcher&amp;rdquo;. It is the working job title of everyone actually running the bots: the arbitrageur closing a price gap between two DEX pools, the liquidator watching health factors on a lending market, the operator whose bundle landed one block ahead of yours. The term gets used constantly and defined rarely. This post fixes that. It covers what a MEV searcher actually is, where they sit in Ethereum&amp;rsquo;s block-building pipeline, which strategies they run, what their infrastructure looks like in practice, and then the question almost everyone asks next: do you need to run your own node to compete?&lt;/p&gt;</description>
    </item>
    <item>
      <title>What Is ePBS? Ethereum&#39;s Enshrined Proposer-Builder Separation (EIP-7732), Explained</title>
      <link>https://blazed.sh/blog/posts/epbs-eip-7732-searchers-builders/</link>
      <pubDate>Mon, 20 Jul 2026 08:12:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/epbs-eip-7732-searchers-builders/</guid>
      <description>&lt;p&gt;ePBS stands for enshrined proposer-builder separation. It is the change, specified in &lt;a href=&#34;https://eips.ethereum.org/EIPS/eip-7732&#34;&gt;EIP-7732&lt;/a&gt;, that moves Ethereum&amp;rsquo;s block-building marketplace out of trusted off-chain middleware and into the protocol itself. Today, a validator who wants a professionally built block hands the deal to a relay, an unpaid third party that both sides simply have to trust. Under ePBS the builder&amp;rsquo;s signed bid goes into the beacon block directly, payment is enforced by consensus, and the relay&amp;rsquo;s trust role disappears. It ships as the headline consensus change of Glamsterdam, the hard fork after Fusaka, currently targeted at mainnet in the second half of 2026.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Infura Alternatives for High-Volume Ethereum RPC in 2026</title>
      <link>https://blazed.sh/blog/posts/infura-alternative/</link>
      <pubDate>Fri, 10 Jul 2026 10:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/infura-alternative/</guid>
      <description>&lt;p&gt;Infura is where most teams start, and for good reason: it is reliable, well documented, and free to begin with. The trouble usually shows up later, at scale, when the same properties that made it easy start to constrain you. If you are reading this, you have probably already hit a &lt;code&gt;429 Too Many Requests&lt;/code&gt;, watched a compute-unit bill climb, or realized your whole app depends on a single provider. This post is an honest look at the alternatives in 2026, what to weigh when choosing one, and where each option actually fits. Provider plans, quotas, and pricing change frequently; treat this as a qualitative snapshot as of July 2026 and check official docs before buying or migrating.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Alchemy Alternatives for Ethereum RPC in 2026</title>
      <link>https://blazed.sh/blog/posts/alchemy-alternative/</link>
      <pubDate>Fri, 10 Jul 2026 09:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/alchemy-alternative/</guid>
      <description>&lt;p&gt;Alchemy is often the first serious upgrade a team makes after outgrowing a free endpoint, and it earns that position: the SDK is pleasant, the enhanced APIs remove real work, and the free tier is generous enough to carry a project a long way. The reasons people start shopping for an alternative are rarely about quality. Usually it is the compute-unit meter climbing faster than traffic, the slow realization that the enhanced APIs which saved time have also become hard to leave, or a latency-sensitive workload that would rather sit next to the node than call across the internet to reach it. This post is an honest look at the alternatives in 2026, what to weigh, and where each one actually fits. Provider plans, compute-unit weights, and enhanced-API pricing change often; treat this as a qualitative snapshot as of July 2026 and confirm against official docs before you migrate.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cheapest Ethereum RPC in 2026: How to Actually Pay Less</title>
      <link>https://blazed.sh/blog/posts/cheapest-ethereum-rpc/</link>
      <pubDate>Thu, 09 Jul 2026 08:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/cheapest-ethereum-rpc/</guid>
      <description>&lt;p&gt;Search for the cheapest Ethereum RPC and you get a list of headline prices, which is the one number that reliably fails to predict your invoice. The honest answer is that the cheapest provider depends on the shape of your traffic, and that the sticker price is only the floor. What actually decides the bill is how a model prices the heavy parts of your workload: traces, wide log queries, large responses, and bursts. This post breaks down where the real cost hides, which model is cheapest for which workload, and how to compare them without guessing. Plans and weights move often; treat the specifics here as a qualitative snapshot as of July 2026 and confirm against official docs before you commit.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Lean Ethereum: Vitalik&#39;s Third Rebuild of the Protocol, Explained</title>
      <link>https://blazed.sh/blog/posts/lean-ethereum-roadmap-explained/</link>
      <pubDate>Mon, 06 Jul 2026 10:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/lean-ethereum-roadmap-explained/</guid>
      <description>&lt;p&gt;Two weeks ago, Ethereum researchers met in Berlin to keep charting the protocol&amp;rsquo;s long-term trajectory, picking up threads from the client-team discussions held in Svalbard back in April. The output is an updated &lt;a href=&#34;https://strawmap.org/&#34;&gt;strawmap&lt;/a&gt;, the community&amp;rsquo;s deliberately provisional sketch of where the protocol is headed, and a set of high-level takeaways that Vitalik Buterin published on July 4. The framing that ties them together is a name: Lean Ethereum.&lt;/p&gt;&#xA;&lt;p&gt;It helps to be precise about what that name means, because it is easy to file under &amp;ldquo;another roadmap.&amp;rdquo; Lean Ethereum is not a single one-shot upgrade. It is a collection of improvements that will come online over the course of three or four years. But make no mistake: this is the third major iteration of Ethereum, in the same way that &lt;a href=&#34;https://ethereum.org/roadmap/merge/&#34;&gt;the Merge&lt;/a&gt; was the second. Almost every major piece of the protocol is on the table to be replaced, and the through-line is simplification, cleanup, and future-proofing, done in a way that minimizes disruption to the applications already running. Ethereum has done exactly this before with the transition from proof-of-work, so the precedent for a deep rebuild that users barely feel already exists.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Block-Level Access Lists Explained (EIP-7928)</title>
      <link>https://blazed.sh/blog/posts/block-level-access-lists-eip-7928/</link>
      <pubDate>Fri, 03 Jul 2026 10:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/block-level-access-lists-eip-7928/</guid>
      <description>&lt;p&gt;Glamsterdam, the next Ethereum upgrade after Fusaka, has two headline changes. The consensus-layer half is &lt;a href=&#34;https://blazed.sh/blog/posts/epbs-eip-7732-searchers-builders&#34;&gt;ePBS, EIP-7732&lt;/a&gt;, which restructures how blocks get built and has absorbed most of the attention. The execution-layer half is &lt;a href=&#34;https://eips.ethereum.org/EIPS/eip-7928&#34;&gt;EIP-7928, Block-Level Access Lists&lt;/a&gt;, and it is arguably the more practical change for anyone whose job is consuming Ethereum data rather than producing blocks. It is also further along than most people realize: &lt;a href=&#34;https://github.com/ethereum/go-ethereum/releases/tag/v1.17.4&#34;&gt;Geth 1.17.4&lt;/a&gt; already constructs and verifies BALs during block execution and serves them over the new &lt;code&gt;eth/71&lt;/code&gt; wire protocol, ahead of the fork activating anywhere public.&lt;/p&gt;</description>
    </item>
    <item>
      <title>QuickNode Alternatives for Ethereum RPC in 2026</title>
      <link>https://blazed.sh/blog/posts/quicknode-alternative/</link>
      <pubDate>Wed, 01 Jul 2026 09:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/quicknode-alternative/</guid>
      <description>&lt;p&gt;QuickNode is a strong product, and most teams that pick it are happy for a while. It is fast, it covers a long list of chains, and its add-on marketplace lets you switch on traces, token APIs, or a mempool feed without standing up your own infrastructure. The reasons people start shopping for an alternative are rarely about quality; they are about where the model stops fitting. Usually it is the credit meter climbing faster than traffic, an edge function bumping into its runtime ceiling, or the realization that the workload really wants to live next to the node rather than call across the internet to reach it. This post is an honest look at the alternatives in 2026, what to weigh, and where each one actually fits. Provider plans, credit weights, and add-on pricing change often; treat this as a qualitative snapshot as of July 2026 and confirm against official docs before you migrate.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ethereum RPC Pricing Explained: Compute Units vs Credits</title>
      <link>https://blazed.sh/blog/posts/ethereum-rpc-pricing-compute-units-vs-credits/</link>
      <pubDate>Wed, 24 Jun 2026 09:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/ethereum-rpc-pricing-compute-units-vs-credits/</guid>
      <description>&lt;p&gt;Ethereum RPC pricing is harder to compare than it looks. Two providers can advertise similar headline numbers and still bill you wildly differently, because the unit being counted is not the same. This post breaks down the pricing models you will actually meet, shows how to estimate a monthly bill for each, and explains where a bundled-credit plan fits. Provider plans and weights change frequently; treat the numbers here as a qualitative snapshot as of June 2026 and confirm against official docs before you commit.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What &#34;missing trie node&#34; Means and Why You Need an Archive Node</title>
      <link>https://blazed.sh/blog/posts/missing-trie-node/</link>
      <pubDate>Tue, 23 Jun 2026 10:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/missing-trie-node/</guid>
      <description>&lt;p&gt;You ran a query against a slightly older block, and instead of an answer you got this:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-text&#34; data-lang=&#34;text&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;missing trie node 2bca...e91f (path ) state 0x2bca...e91f is not available&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Or a nearby historical-query failure such as:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-text&#34; data-lang=&#34;text&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;header not found&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;&lt;code&gt;missing trie node&lt;/code&gt; specifically means the state needed to answer your query is unavailable. &lt;code&gt;header not found&lt;/code&gt; can also come from a bad block reference, an unsynced endpoint, or provider retention behavior, so treat it as a related symptom rather than the exact same error. This post explains what the state trie is, why a full node prunes it, exactly when you will trip missing historical state, and how to fix it; at the end we look at why an archive node, ideally one you do not have to operate, is the only real cure.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why MEV Is a Latency Game: The Case for Co-located Ethereum Nodes</title>
      <link>https://blazed.sh/blog/posts/mev-latency-colocated-ethereum-nodes/</link>
      <pubDate>Tue, 23 Jun 2026 09:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/mev-latency-colocated-ethereum-nodes/</guid>
      <description>&lt;p&gt;Most write-ups about MEV focus on strategy: arbitrage, liquidations, sandwiching, backruns. Strategy is necessary, but it is not what separates a profitable searcher from a spectator. The deciding factor is usually time. By the time a pending transaction reaches you over a public RPC gateway, has been parsed, evaluated, and answered with a fresh state read across the network, the opportunity may already belong to someone closer to the chain. This post is about where those milliseconds go and how co-located node access closes the gap.&lt;/p&gt;</description>
    </item>
    <item>
      <title>eth_getLogs Block Range Limits: Why Your Queries Fail and How to Fetch 1,000 Blocks at Once</title>
      <link>https://blazed.sh/blog/posts/eth-getlogs-block-range-limit/</link>
      <pubDate>Sat, 20 Jun 2026 14:30:11 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/eth-getlogs-block-range-limit/</guid>
      <description>&lt;p&gt;If you have ever indexed an ERC-20, backfilled a DEX, or built a liquidation monitor, you have met this error:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-text&#34; data-lang=&#34;text&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;query returned more than 10000 results&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Or one of its many cousins: &lt;code&gt;Exceed maximum block range: 5000&lt;/code&gt;, &lt;code&gt;eth_getLogs is limited to a 1024 block range&lt;/code&gt;, or a silent &lt;code&gt;query timeout&lt;/code&gt;. They all mean the same thing: your &lt;code&gt;eth_getLogs&lt;/code&gt; call asked for more than the provider is willing to return in one request. This post explains why those limits exist, lists where the common providers draw the line, and shows a chunking strategy that fetches any range reliably. At the end we look at why running your code on the node sidesteps most of the pain entirely.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to Access the Ethereum Mempool: Streaming Pending Transactions From a Co-located Node</title>
      <link>https://blazed.sh/blog/posts/how-to-access-ethereum-mempool/</link>
      <pubDate>Sat, 20 Jun 2026 14:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/how-to-access-ethereum-mempool/</guid>
      <description>&lt;p&gt;Every transaction spends a moment in limbo between &amp;ldquo;broadcast&amp;rdquo; and &amp;ldquo;mined&amp;rdquo;. That waiting room is the mempool, and it is where a lot of the interesting work in Ethereum happens: a searcher spots an arbitrage before it lands, a bot front-runs a large swap, a liquidation watcher sees the transaction that will tip a position underwater. If you want to act on a transaction before it is final, you have to read the mempool.&lt;/p&gt;</description>
    </item>
    <item>
      <title>IPC vs HTTP vs WebSocket: The Fastest Way to Talk to an Ethereum Node</title>
      <link>https://blazed.sh/blog/posts/ipc-vs-http-websocket-ethereum-rpc/</link>
      <pubDate>Wed, 17 Jun 2026 14:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/ipc-vs-http-websocket-ethereum-rpc/</guid>
      <description>&lt;p&gt;Every Ethereum RPC call travels over a transport, and the transport you pick sets a floor on how fast that call can ever be. For a wallet showing a balance, the difference is invisible. For an arbitrage bot that reads a price and decides whether to act before the next block, it is the whole game. This post compares the three transports your node speaks, HTTP, WebSocket, and IPC, explains where their latency comes from, and gives you a benchmark you can run to see the gap on your own setup.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Building Real-Time Ethereum Event Notifications with BLAZED.sh</title>
      <link>https://blazed.sh/blog/posts/ethereum-webhook-tool-blazed/</link>
      <pubDate>Mon, 25 Aug 2025 14:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/ethereum-webhook-tool-blazed/</guid>
      <description>&lt;p&gt;Applications that react to blockchain events in real time need low-latency infrastructure, especially when dealing with event filters that return large datasets (liquidation monitors, DEX aggregators, cross-chain bridges).&lt;/p&gt;&#xA;&lt;p&gt;In this tutorial, we&amp;rsquo;ll build a webhook service that monitors Ethereum events and sends notifications to configured URLs, using BLAZED.sh&amp;rsquo;s co-located Ethereum node access for a local path to chain data.&lt;/p&gt;&#xA;&lt;h2 id=&#34;understanding-blazedshs-architecture&#34;&gt;Understanding BLAZED.sh&amp;rsquo;s Architecture&lt;/h2&gt;&#xA;&lt;p&gt;BLAZED.sh is optimized for Ethereum applications that require consistent low latency and predictable costs. Instead of calling a remote gateway across the public internet, your service runs on the same host as a fully synced Ethereum node and connects today over the node&amp;rsquo;s local WebSocket endpoint (&lt;code&gt;ws://eth:8545&lt;/code&gt;).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Unlocking the Blockchain: A Beginner&#39;s Guide to Ethereum Nodes</title>
      <link>https://blazed.sh/blog/posts/ethereum_nodes/</link>
      <pubDate>Mon, 21 Jul 2025 15:51:00 +0200</pubDate>
      <guid>https://blazed.sh/blog/posts/ethereum_nodes/</guid>
      <description>&lt;p&gt;Ethereum runs on a network of thousands of computers called nodes. These nodes store blockchain data, validate transactions, and let external software (wallets, dApps, bots) talk to the network. If you&amp;rsquo;ve ever wondered what&amp;rsquo;s actually running behind MetaMask or your favorite DeFi app, it&amp;rsquo;s nodes, and this post explains how they work.&lt;/p&gt;&#xA;&lt;h2 id=&#34;what-is-ethereum-and-why-does-it-matter&#34;&gt;What Is Ethereum and Why Does It Matter?&lt;/h2&gt;&#xA;&lt;p&gt;Ethereum is a decentralized platform for running smart contracts, programs that execute automatically based on coded rules, and decentralized applications (dApps) built on top of them. DeFi, NFTs, and most of the interesting stuff in crypto runs on Ethereum.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Arbitrage Basics: Graph Theory for Multi-Pair Arbitrage Detection</title>
      <link>https://blazed.sh/blog/posts/graph_theory_arbitrage/</link>
      <pubDate>Sun, 22 Jun 2025 10:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/graph_theory_arbitrage/</guid>
      <description>&lt;h2 id=&#34;welcome-back-to-arbitrage-basics&#34;&gt;Welcome Back to Arbitrage Basics&lt;/h2&gt;&#xA;&lt;p&gt;In our &lt;a href=&#34;https://blazed.sh/blog/posts/tri_arbitrage&#34;&gt;previous post on triangular arbitrage&lt;/a&gt;, we covered 3-pair arbitrage. This time we&amp;rsquo;ll use graph theory to find arbitrage across &lt;strong&gt;any number of trading pairs&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;By modeling pairs as a weighted directed graph, we can use Bellman-Ford to detect &lt;strong&gt;negative cycles&lt;/strong&gt;, which correspond directly to profitable arbitrage loops.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-graph-theory-for-arbitrage&#34;&gt;Why Graph Theory for Arbitrage?&lt;/h2&gt;&#xA;&lt;p&gt;Traditional triangular arbitrage only checks predefined 3-token paths. But what if profitable opportunities exist across 4, 5, or even 10 different tokens? Manual enumeration becomes computationally expensive and misses complex paths.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Arbitrage Basics: Triangular Arbitrage on Uniswap (With JS Examples)</title>
      <link>https://blazed.sh/blog/posts/tri_arbitrage/</link>
      <pubDate>Sat, 31 May 2025 10:00:00 +0000</pubDate>
      <guid>https://blazed.sh/blog/posts/tri_arbitrage/</guid>
      <description>&lt;h2 id=&#34;welcome-to-arbitrage-basics&#34;&gt;Welcome to Arbitrage Basics&lt;/h2&gt;&#xA;&lt;p&gt;This blog post series covers the math, finance, and programming behind arbitrage trading. In this first post, we&amp;rsquo;ll walk through the basics and write a simple arbitrage script in JS. It won&amp;rsquo;t generate real profits, but understanding the fundamentals is key before building something that can.&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-most-basic-kind-of-arbitrage-triangular-arbitrage&#34;&gt;The most basic kind of Arbitrage: Triangular Arbitrage&lt;/h2&gt;&#xA;&lt;p&gt;Triangular arbitrage exploits price discrepancies between three trading pairs to generate profits. Start with ETH, trade it for LINK, then LINK for SHIB, then SHIB back to ETH. If exchange rates are misaligned, you end up with more ETH than you started with. The profit comes from temporary price inefficiencies caused by large trades or slow arbitrage by other traders.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
