ETH L2（Base:Arbitrum）のガス代監視！Pythonで手数料高騰時の自動取引停止ロジックを構築！

2026年3月7日2026年3月9日

URLをコピーしました！

イーサリアムのレイヤー2（L2）であるBaseやArbitrumは、手数料が安いことで知られています。

しかし、人気プロジェクトの登場やネットワークの混雑時には、ガス代が急激に跳ね上がることがあります。せっかくの利益が手数料で消えてしまわないよう、プログラムで賢く管理しましょう。

この記事では、Pythonを使ってL2のガス代をリアルタイムで監視し、あらかじめ決めた金額を超えたら自動で取引を止める「サーキットブレーカー」の作り方を解説します。初心者の方でも、コードをコピーしてAIツールの「Claude Code」などで調整すれば、すぐに運用を始められる内容です。

BaseやArbitrumでもガス代の監視が必要な理由

L2はいつでも安いと思われがちですが、実はその仕組みゆえにコストが不安定になる場面があります。この章では、なぜわざわざ監視プログラムを作る必要があるのか、そのメリットとあわせて見ていきましょう。具体的には、手数料が決まる仕組みや、自動で停止させるロジックを導入することで防げるリスクについて解説します。

L2特有のガス代スパイクが起きる仕組み

L2の手数料は、L2内での処理費用と、そのデータをイーサリアムのメインネット（L1）に書き込む費用の2階建てになっています。現在はアップデートにより安くなっていますが、L1側が混み合うと、L2側の手数料も連動して上がってしまうのです。

例えば、人気のNFTミントがBaseで始まったり、Arbitrumで大きなキャンペーンがあったりすると、数分間だけガス代が10倍以上に膨れ上がることがあります。この「スパイク」と呼ばれる一時的な高騰に気づかずに取引を続けてしまうと、本来得られるはずだった利益がすべてガス代に消えてしまうかもしれません。

手数料負けを防ぐ「サーキットブレーカー」の考え方

株の世界では、価格が暴騰・暴落した際に取引を強制停止する「サーキットブレーカー」という仕組みがあります。これを自分の取引プログラムにも取り入れましょう。具体的には、取引を実行する直前に「今のガス代はいくらか？」を確認し、設定した上限を超えていれば処理をパスさせる仕組みです。

例えば、以下のような基準を自分の中で持っておくと、無駄な出費を抑えられます。

通常時：ガス代を気にせず取引を実行
高騰時：プログラムを一時停止し、安くなるまで待機
異常時：エラーログを吐き出して管理者に通知

監視を自動化して得られるメリット

手動でガス代をチェックするのは限界があります。プログラムで監視すれば、24時間365日、1秒単位でのチェックが可能です。また、人間のように「今は安いだろう」という根拠のない思い込みで損をすることもありません。

監視を自動化することで得られる具体的なメリットをまとめました。

手数料による「利益の削られ」を物理的にゼロにできる
急な混雑時でも、プログラムが勝手に判断して資産を守ってくれる
自分の取引スタイルに合わせた「最適なガス代設定」を追求できる

Pythonでガス代を監視するための環境を整える

実際にプログラムを動かす前に、まずは道具を揃えましょう。Pythonは非常に拡張性が高く、ブロックチェーンのデータを扱うライブラリが充実しています。ここでは、最低限必要なツールのインストール方法から、接続先となる「窓口（RPC）」の準備まで、ステップごとに紹介します。

PythonとWeb3.pyをインストールする

ブロックチェーンに接続するために、Pythonの「Web3.py」というライブラリを使います。これがなければ始まりません。お使いのパソコンのターミナル（コマンドプロンプト）を開いて、以下のコマンドを実行してください。

pip install web3 python-dotenv

python-dotenvは、秘密鍵や接続先のURLなどを安全に管理するために使います。これらを入れておくことで、コードの中に直接大事な情報を書かずに済むようになります。

BaseとArbitrumのRPCエンドポイントを用意する

プログラムがブロックチェーンの情報を読み取るためには、アクセスポイントとなる「RPC URL」が必要です。これは、ブロックチェーンという巨大な図書館への入館証のようなものです。無料で使える有名なサービスはいくつかありますが、以下の3つが安定していておすすめです。

サービス名と、それぞれの特徴を表にまとめました。

サービス名	無料プランの制限	特徴
Alchemy	月間クレジット制	動作が非常に安定しており、管理画面が見やすい
Infura	1日あたりのリクエスト数制限	老舗の安心感があり、セットアップが簡単
Ankr	速度制限あり	登録不要のパブリックRPCもあり、手軽に試せる

まずはAlchemyなどでアカウントを作り、BaseとArbitrum用のURLをコピーしておきましょう。

環境変数（.env）で秘密情報を管理しよう

取得したRPC URLを直接コードに書くのは、セキュリティの観点から避けるべきです。プログラムと同じフォルダに .env という名前のファイルを作り、そこに情報を書き込んでおきます。

BASE_RPC_URL=https://base-mainnet.g.alchemy.com/v2/YOUR_API_KEY
ARBITRUM_RPC_URL=https://arb-mainnet.g.alchemy.com/v2/YOUR_API_KEY
GAS_THRESHOLD=20

このように設定しておくことで、プログラム側からは「BASE_RPC_URLを読み込んで」と命令するだけで済むようになります。万が一コードを誰かに見せることがあっても、このファイルさえ隠しておけば安心です。

Web3.pyを使って最新のガス代データを取得する

準備が整ったら、いよいよPythonでガス代を取得してみましょう。Web3.pyを使えば、わずか数行のコードで現在のネットワークの状況を把握できます。ここでは、データの取得から、私たちが理解しやすい「Gwei」という単位への変換方法までを解説します。

ネットワークに接続して現在の価格を読み取る

まずは、接続が正しく行われているかを確認しながら、ガス代を取得する基本的なコードを書きます。

import os
from web3 import Web3
from dotenv import load_dotenv

load_dotenv()

# 接続先の設定
w3 = Web3(Web3.HTTPProvider(os.getenv('BASE_RPC_URL')))

if w3.is_connected():
    # 現在のガス代を取得（Wei単位）
    gas_price_wei = w3.eth.gas_price
    print(f"現在のガス代（Wei）: {gas_price_wei}")
else:
    print("ネットワークに接続できませんでした。")

このコードを実行して数字が表示されれば、Baseのネットワークからリアルタイムの情報を引き出せている証拠です。

WeiからGweiに単位を変換して扱いやすくする

取得したばかりの数字は「Wei」という非常に小さな単位で、桁数が多すぎて直感的にわかりにくいのが難点です。一般的にガス代を語る際に使われる「Gwei」という単位に変換しましょう。

# WeiからGweiへ変換
gas_price_gwei = w3.from_wei(gas_price_wei, 'gwei')
print(f"現在のガス代: {gas_price_gwei:.2f} Gwei")

このように変換することで、「今は10Gweiだから安いな」といった判断がしやすくなります。ちなみに、$1 \text{ Gwei} = 0.000000001 \text{ ETH}$ です。

ArbitrumとBaseで接続先を切り替える方法

複数のネットワークを監視したい場合は、接続先（Provider）を切り替える関数を作っておくと便利です。BaseとArbitrumではRPCのURLが異なるだけで、ガス代を取得する命令自体は共通して使えます。

ネットワークごとの切り替えイメージは以下の通りです。

監視したいネットワーク名を指定する
対応するURLを環境変数から呼び出す
Web3のインスタンスを作成し、ガス代を取得する

このように共通化しておくことで、将来的に他のL2（Optimismなど）を追加したくなった時も、最小限の修正で対応できます。

手数料高騰時に自動取引を停止させるロジックを書く

ガス代を取得できるようになったら、次は「判断」の機能を加えましょう。特定の数値を超えたら取引をキャンセルする、いわゆる「サーキットブレーカー」の実装です。このロジックを入れることで、高騰時の事故を未然に防げるようになります。

ガス代のしきい値（Threshold）を設定する

まずは、「これ以上のガス代なら取引したくない」という上限値を決めます。これを「しきい値」と呼びます。

例えば、普段のBaseのガス代が0.1〜0.5 Gwei程度であれば、しきい値を「1 Gwei」に設定しておくと、急なスパイクが発生した際にしっかり止まってくれます。この値は .env ファイルに保存しておき、相場の変化に合わせていつでも変更できるようにしておきましょう。

取引実行の直前に判定処理を入れる

実際の取引関数を呼び出す前に、以下のような「検問」を設置します。

def is_gas_safe():
    current_gas = w3.from_wei(w3.eth.gas_price, 'gwei')
    threshold = float(os.getenv('GAS_THRESHOLD', 1.0))
    
    if current_gas > threshold:
        print(f"警告: ガス代が高すぎます ({current_gas} Gwei)。取引をスキップします。")
        return False
    return True

# 取引のメインロジック
if is_gas_safe():
    # ここに取引（送金やスワップ）の処理を書く
    print("安全なガス代です。取引を実行します。")

この「If文」ひとつあるだけで、ネットワークがパニック状態の時にあなたの資産を自動的に保護してくれます。

停止したことをログや通知で把握する

ただ止まるだけだと、「なぜ取引が行われていないのか」が後で分かりません。プログラムが止まった理由を記録に残すようにしましょう。

余裕があれば、SlackやDiscordに通知を送る機能を付けるのも良いアイデアです。

「ガス代が20 Gweiを超えたので、一旦止めたよ！」というメッセージがスマホに届けば、安心して放置できます。自分だけで使うツールだからこそ、自分が後で見て納得できる情報を残すことが大切です。

Claude Codeを活用して開発を効率化する

ゼロからプログラムを書き上げるのは大変ですが、最新のAIツール「Claude Code」を使えば、こうした監視スクリプトは数分で完成します。AIを単なる「相談相手」ではなく、「一緒にコードを書く相棒」として使うコツを紹介します。

監視用スクリプトの雛形を生成させるプロンプト

Claude Codeなどのツールに依頼する際は、やりたいことを具体的に伝えるのがポイントです。例えば、以下のような指示を出してみましょう。

「Baseのガス代を監視して、1 Gweiを超えたら実行を止めるPythonスクリプトを作ってください。web3.pyを使い、RPC URLは環境変数から読み込む形式にしてください。」

このように、**「どのネットワークで」「何を使って」「どんな条件で」**を明確にすることで、そのまま動かせるレベルの高品質なコードが返ってきます。

エラーが出たときのデバッグをAIに任せる

自分で書いたコードが動かない時、一人で悩む必要はありません。エラーメッセージをそのままコピーしてAIに貼り付ければ、原因と解決策を教えてくれます。

よくあるエラーの例：

Invalid URL: RPCのURLが間違っているか、クォーテーションが抜けている。
Insufficient funds: ガス代以前に、テスト用のETHが足りていない。
Rate limit exceeded: 短時間に何度もリクエストを送りすぎている。

これらのエラーをAIと一緒に一つずつ潰していくことで、プログラミングのスキルも自然と身についていきます。

コードの最適化とリファクタリングの手順

一度動くものができたら、AIに「もっと効率的な書き方はない？」と聞いてみましょう。例えば、「複数のL2を同時に監視できるようにクラス化して」といったリクエストを出すと、コードがグッとプロっぽく整理されます。

自分で書いた泥臭いコードを、AIに綺麗に整えてもらう。このサイクルを繰り返すことで、メンテナンスがしやすく、エラーが起きにくい頑丈なシステムへと進化していきます。

プログラムを実際に動かして動作を確認しよう

いよいよ本番……の前に、まずはテストを行いましょう。いきなり自分のお金を動かすのはリスクが高いので、仮想のお金（テストネットのETH）を使って、プログラムが意図通りに動くかをチェックします。

テストネットを使って安全に挙動をチェックする

Baseには「Base Sepolia」、Arbitrumには「Arbitrum Sepolia」というテスト用のネットワークがあります。これらを使えば、実際のお金を失うことなく、ガス代の取得や停止ロジックのテストが可能です。

「Faucet」と呼ばれるサイトからテスト用のETHを無料で手に入れ、自分のプログラムの接続先（RPC URL）をテストネットのものに書き換えて実行してみましょう。

意図的にしきい値を下げて停止ロジックを試す

停止ロジックが本当に機能するかを確かめるには、あえて「絶対に止まる設定」にしてみるのが一番です。

現在のガス代を確認する（例：0.5 Gwei）
しきい値をそれより低い値にする（例：0.1 Gwei）
プログラムを実行する

この状態で「ガス代が高すぎるため停止しました」というログが出れば、あなたの作ったサーキットブレーカーは正常に機能しています。

ログ出力を見て正しく判定されているか確認する

テスト中は、できるだけ詳細な情報を画面に表示させるようにしましょう。どのネットワークに繋いで、今のガス代がいくらで、しきい値と比較した結果どうなったのか。

これらが一目でわかるようにしておけば、万が一本番で予期せぬ動きをした時も、すぐに原因を突き止めることができます。成功の記録だけでなく、失敗の記録こそが、システムを安定させるための貴重なデータになります。

安定して運用するために気をつけるべき点

プログラムが動くようになったら、次は「止まらない運用」を目指しましょう。24時間動かし続ける場合、ネットワークの都合やサービスの制限など、コード以外の部分で気を付けるべきポイントがいくつかあります。

RPCのレート制限（Rate Limit）を回避する

無料のRPCサービスを使っている場合、1秒間に何回もリクエストを送ると「使いすぎです！」とアクセスを拒否されてしまいます。これがレート制限です。

これを防ぐためには、処理の間に必ず「待ち時間」を入れましょう。

import time

while True:
    if is_gas_safe():
        # 取引実行
        pass
    
    # 30秒待機してから次のチェックへ
    time.sleep(30)

ガス代は数秒で劇的に変わることは稀なので、30秒〜1分に1回程度のチェックで十分実用的です。

ネットワークの遅延や接続エラーに対処する

インターネットの調子が悪かったり、RPCサーバーが一時的に落ちていたりすることもあります。そんな時、プログラムがエラーで完全に終了してしまわないよう、例外処理（try-except）を入れておきましょう。

「エラーが起きたら5秒待って再試行する」といった処理を加えておくことで、少々のトラブルではへこたれないタフな監視ボットになります。

定期的にガス代の相場を見直してしきい値を調整する

イーサリアムの大型アップデートなどがあると、L2のガス代の「平熱」が変わることがあります。半年前は1 Gweiが上限だと思っていたのが、今はもっと安くなっているかもしれません。

月に一度くらいは実際のガス代の推移を確認し、自分の設定しているしきい値が今の相場に合っているかを見直しましょう。

監視コストを抑えて賢く運用するコツ

最後に、監視自体にお金をかけすぎないための工夫を紹介します。便利だからといって高価な有料RPCを契約するのは本末転倒です。知恵を絞って、賢く低コストで運用を続けましょう。

常に監視せず必要なタイミングだけチェックする

常にプログラムを回し続ける必要がない場合もあります。例えば、「特定の条件（価格の変動など）を満たした時だけ取引したい」のであれば、その条件を満たした直後に1回だけガス代をチェックすれば十分です。

リクエストの回数を減らすことは、RPCの制限を回避するだけでなく、自分のパソコンやサーバーの負荷を減らすことにも繋がります。

無料で使える外部のガス代APIを併用する

Web3.pyで直接ブロックチェーンに聞きに行く以外にも、ガス代を教えてくれる外部サービス（API）があります。

EtherscanのGas Tracker
L2の各エクスプローラーが提供しているAPI

これらをサブの確認手段として持っておくと、メインのRPCが調子悪い時のバックアップとして役立ちます。

複数のL2をまとめて管理する構成を考える

BaseもArbitrumも使っているなら、一つのプログラムでまとめて管理しましょう。

ネットワーク情報をまとめたテーブルの例です。

ネットワーク	典型的なガス代 (Gwei)	監視の優先度	推奨しきい値
Base	0.01 – 0.5	高（スパイク多め）	1.0 Gwei
Arbitrum	0.1 – 0.3	中	0.8 Gwei
Optimism	0.01 – 0.1	低	0.5 Gwei