「副業に取り組みたいけれど、毎日チャートを確認する時間がない」

「仮想通貨の自動取引Botを作ったものの、自宅PCをつけっぱなしにするのは不安」

「SSH、Ubuntu、screen、systemd……必要そうなのは分かるが、何から設定すればよいのか分からない」

そんな悩みを抱えている方に向けた実践教材が、「完全無人AIトレードBot VPS環境構築マニュアル」です。

本マニュアルが扱うのは、仮想通貨アービトラージBotを開発するための売買ロジックではありません。すでに作成したPython BotをVPSへ配置し、手元のPCを閉じても稼働を継続できる環境を構築するための手順です。

VPSの契約からSSH接続、Ubuntuの更新、Python環境の準備、ccxtの導入、screenによるバックグラウンド実行、systemdによる再起動後の自動復旧まで、実際に入力するコマンドに沿って進められます。

「完全無人」という言葉は、利益が自動的に生まれるという意味ではありません。本記事では、PCの前に張り付かずBotを動かせる運用環境を「無人化」と表現しています。利益は保証されず、取引条件やBotの性能、手数料、市場状況によって損失が発生する可能性があります。

それでも、自宅PCでの不安定な運用から抜け出し、検証可能な自動取引環境へ進みたい方にとって、本マニュアルは有力な出発点になります。

自宅PC運用からVPSへ移すと何が変わるのか

仮想通貨市場は、株式市場のように平日の日中で取引が終わるわけではありません。土日や深夜を含めて動き続けています。

その環境でアービトラージBotを運用する場合、自宅PCにはさまざまな停止要因があります。

  • Windows Updateによる再起動
  • スリープや休止状態への移行
  • 停電や家庭内回線の切断
  • 誤操作によるターミナルの終了
  • 外出中に発生したエラーへの対応遅れ

Botの売買ロジックが正しくても、実行しているPCが止まれば価格監視や注文処理も止まります。運用環境の不安定さは、取引戦略とは別のリスクです。

VPSは、インターネット上に用意された常時稼働型の仮想サーバーです。ConoHa VPS、さくらのVPS、Vultr、Linode、AWS EC2などから契約でき、自宅PCの電源状態に左右されずにプログラムを動かせます。

マニュアル原稿では、次の条件が推奨環境として示されています。

  • OS：Ubuntu 22.04 LTSまたはUbuntu 20.04 LTS
  • メモリ：1GB～2GB
  • CPU：1～2コア

この数値は、提供されたマニュアルが想定する軽量なアービトラージBotの構成条件です。画像生成や大規模な機械学習モデルをVPS内で実行する前提ではありません。監視する取引所数、APIへの問い合わせ頻度、データ保存量、並列処理の数によっては、上位スペックが必要になります。

VPSへ移す価値は、稼働時間を延ばすことに加え、Bot専用の環境を分離できる点にもあります。私用PCに保存されたファイルやアプリの影響を受けにくくなり、ログ確認や障害調査もしやすくなります。

SSH・Python・ccxtを順番に整えるから迷いにくい

VPS初心者がつまずきやすいのは、個々のコマンドよりも「どの順番で何を準備するか」です。

本マニュアルでは、VPS契約後に発行されるIPアドレスとパスワード、またはSSHキーを使い、WindowsのPowerShellやMacのターミナルから接続します。

ssh root@YOUR_VPS_IP_ADDRESS

YOUR_VPS_IP_ADDRESSを契約したVPSのIPアドレスへ置き換えるという、最初の操作から説明されています。

SSH接続後は、セキュリティ更新を兼ねてUbuntuを最新状態にします。

sudo apt update && sudo apt upgrade -y

続いて、Bot運用に必要なツールを導入します。

sudo apt install -y python3 python3-pip git screen nano

この1行でインストールするのは、Python本体、Pythonパッケージ管理ツールのpip、ソースコード取得に使えるgit、仮想端末を作るscreen、ファイル編集に使うnanoです。

Botの配置先として、専用ディレクトリも作成します。

mkdir -p ~/trading_bot
cd ~/trading_bot
nano arbitrage_bot.py

nanoの画面にコードを貼り付けた後は、Ctrl + O、Enter、Ctrl + Xの順で保存して終了します。Linuxのエディタを初めて使う人が止まりやすい操作まで書かれているのは、実作業を意識した設計です。

取引所APIへアクセスするためのライブラリにはccxtを使用します。

pip3 install ccxt

ccxtは複数の暗号資産取引所APIを比較的共通した形式で扱うためのPythonライブラリです。ただし、取引所ごとに利用できる注文方式、API制限、シンボル表記、認証仕様が異なる場合があります。インストールできたからといって、すべての取引所で同じBotが無調整で動くわけではありません。

類似する販促記事では「AI自動売買で収益化」という結果だけが強調されがちです。本マニュアルは、SSH接続からファイル配置までの地味で省略されやすい工程を扱います。コードを手に入れた後、運用環境を作れずに止まってしまった方に向いた内容です。

screenでSSH切断後もBotを動かし続ける

VPSへBotを配置しても、通常のSSH画面で次のコマンドを実行しただけでは、接続終了とともに処理が停止する場合があります。

python3 arbitrage_bot.py

そこで使用するのがscreenです。screen内でBotを実行すると、SSH接続から離れた後もVPS側のセッションを維持できます。

マニュアルでは、次のコマンドでbot_sessionという名前のセッションを作成します。

screen -S bot_session

セッション内でBotを起動します。

python3 arbitrage_bot.py

ログが流れ始めたら、Ctrl + Aを押した後にDを押します。これが「デタッチ」です。画面から離れても、VPS上のセッションは残ります。

後から動作状況を確認するときは、VPSへSSH接続し直して次のコマンドを入力します。

screen -r bot_session

この一連の操作によって、「Botを起動する」「手元のPCを閉じる」「後からログ画面へ戻る」という基本的な遠隔運用が可能になります。

一方、screenはプロセス監視専用の仕組みではありません。Botがエラーで終了しても、自動的に原因を修正してくれるわけではなく、VPS自体が再起動した場合はセッションも失われます。

最初のテストではscreenが扱いやすく、本番に近い継続運用では後述するsystemdが適しています。両者の役割を分けて学べる点も、本マニュアルの実用的なポイントです。

systemdでVPS再起動後の復旧まで自動化する

VPS事業者のメンテナンスやOS更新、障害対応によってサーバーが再起動する可能性はあります。

そのたびに手作業でSSH接続し、Botを起動し直す構成では、停止に気づくまで取引処理が行われません。そこでマニュアル後半では、Ubuntuのサービス管理機能であるsystemdを利用します。

サービスファイルの作成先は次のとおりです。

sudo nano /etc/systemd/system/trading_bot.service

提供原稿には、以下の設定項目が含まれています。

[Unit]
Description=Arbitrage Trading Bot
After=network.target

[Service]
Type=simple
User=root
WorkingDirectory=/root/trading_bot
ExecStart=/usr/bin/python3 /root/trading_bot/arbitrage_bot.py
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

Hiro編集部が2026年7月23日に提供原稿を確認したところ、元の記載ではDescription=Arbitragとe Trading Botの間に意図しない改行が入っていました。実際のサービスファイルでは、上記のようにDescription=Arbitrage Trading Botを1行で記述する必要があります。

また、RestartSec=10は実測された復旧時間ではなく、異常終了後に再起動を試みるまでの待機時間として設定された値です。通信障害やAPI認証エラーが残っていれば、10秒後に再起動しても正常化せず、再起動ループになる可能性があります。

サービスを登録して起動するコマンドは以下です。

sudo systemctl daemon-reload
sudo systemctl enable trading_bot
sudo systemctl start trading_bot
sudo systemctl status trading_bot

販売原稿上の検証手順を追うと、確認ポイントは少なくとも次の4項目に整理できます。

  1. systemctl status trading_botでActive: active (running)と表示されているか
  2. ExecStartのPythonパスとBotファイルの場所が一致しているか
  3. 直近ログにAPI認証やPythonの例外が出ていないか
  4. 短時間に起動と終了を繰り返していないか

マニュアル本文には実際のVPSから採取した稼働ログや損益データは掲載されていません。そのため、「この設定で収益が確認された」「365日無停止だった」といった実績を示す教材ではありません。ここで検証できるのは、常駐サービスとして登録し、状態を確認するための構成とコマンドです。

マニュアルに含まれる7つの実践ステップ

「完全無人AIトレードBot VPS環境構築マニュアル」では、環境構築を次の7段階に分けて解説します。

1．VPSの契約とスペック選択

ConoHa VPS、さくらのVPS、Vultr、Linode、AWS EC2などを候補として、Ubuntuを利用できるサーバーを準備します。推奨スペックは、原稿上の前提でメモリ1GB～2GB、CPU1～2コアです。

2．SSHによるリモート接続

WindowsならPowerShell、Macならターミナルを使用し、発行されたIPアドレスへ接続します。自宅PCからVPSを操作する入口となる工程です。

3．OS更新と必要パッケージの導入

apt updateとapt upgradeを実行し、Python、pip、git、screen、nanoをインストールします。

4．Botスクリプトの配置

~/trading_botを作成し、arbitrage_bot.pyを配置します。nanoによる作成・保存方法も説明されます。

5．ccxtのインストール

pip3 install ccxtを実行し、取引所APIへ接続するためのPython環境を準備します。

6．screenによるバックグラウンド稼働

screen -S bot_sessionで仮想端末を作成し、SSH接続を閉じた後もBotを動かす方法を学びます。

7．systemdによる自動起動

VPS再起動後にBotを立ち上げ、異常終了時に再起動を試みるサービス設定へ進みます。enable、start、statusによる管理方法も含まれます。

ネット上に分散したLinuxコマンドを個別に探すのではなく、Botの常時稼働という目的に沿って順番に実行できることが、本マニュアルの差別化ポイントです。

掲載したいスクリーンショットと構成図

記事や販売ページに画像を1枚追加するなら、sudo systemctl status trading_botの結果画面が適しています。

スクリーンショットには、次の箇所が見えるようにします。

  • trading_bot.serviceというサービス名
  • Active: active (running)の表示
  • Botを起動しているExecStartのパス
  • 直近の起動時刻とログ
  • APIキー、IPアドレス、ユーザー名をマスキングした状態

図解にする場合は、「手元のPC → SSH接続 → Ubuntu VPS → screen／systemd → Python Bot → 取引所API」という流れを横一列に配置します。PCを閉じた後も処理がVPS内に残ること、VPS再起動時はsystemdが起動を担当することを色分けすると、screenとの違いが伝わりやすくなります。

この画面は収益の証拠ではなく、Botがサービスとして起動していることを示す運用上の証拠です。損益実績と稼働確認を混同しない表記が信頼につながります。

購入前に知っておきたい限界とセキュリティ上の注意

本マニュアルは、BotをVPSで稼働させる環境構築教材です。収益性のあるアービトラージ戦略を作成したり、利益を保証したりする内容ではありません。

アービトラージには、取引手数料、スプレッド、注文板の厚さ、約定遅延、スリッページ、送金時間、API制限、資金移動コストなどが影響します。画面上で価格差が見えていても、注文が約定するまでに差が消えることがあります。

次のような方には適していません。

  • 投資損失を一切受け入れられない方
  • Linuxやターミナル操作を避けたい方
  • Botコードを持っておらず、売買ロジックの作成教材を探している方
  • 稼働状況やログを定期的に確認する意思がない方
  • 最初から大きな資金を投入したい方

APIキーについても慎重な管理が必要です。可能であれば出金権限を付けず、取引所が対応している場合は接続元IPをVPSに限定してください。コードへ直接記述する方式は漏えい時のリスクがあるため、実運用では環境変数や権限を制限した設定ファイルも検討すべきです。

原稿のsystemd例はUser=rootで実行する構成ですが、root権限は影響範囲が広くなります。Linux運用に慣れてきた段階では、Bot専用ユーザーを作り、必要なディレクトリだけに権限を与える構成がより安全です。

「無人化」は放置と同義ではありません。死活監視、ログ保存、残高確認、APIエラー通知、取引所側の仕様変更への対応は別途必要です。

読了後、今日できる最初のアクション

購入を検討している方は、資金を入れる前に次の準備を進めてください。

まず、利用候補のVPSでUbuntu 22.04 LTSを選択できるか確認します。次に、Botファイルの保存場所を~/trading_botとしてメモし、取引所APIでは出金権限を無効にする方針を決めます。

VPSをすでに持っているなら、取引Botの代わりにテスト用Pythonスクリプトを使い、screenのデタッチと再接続を試す方法もあります。SSHを閉じた後にscreen -r bot_sessionで画面へ戻れることを確認すれば、資金を危険にさらさず常駐操作を練習できます。

本番へ移る際は、テストネットまたは失っても生活に影響しない少額から始め、ログと注文結果を照合してください。

Botを「動くコード」から「運用できる仕組み」へ変える

自動取引Botを作成しても、自宅PCを閉じるたびに停止する状態では、継続的な検証は困難です。

「完全無人AIトレードBot VPS環境構築マニュアル」には、VPS契約、SSH接続、Ubuntu更新、Python環境、Bot配置、ccxt、screen、systemdという運用の流れが、具体的なコマンドとともに収録されています。

派手な利益予測ではなく、Botを止めず、状態を確認し、再起動後に復旧させるための土台を作る教材です。

すでにBotコードを持っている方、自宅PC運用に限界を感じている方、VPSによる自動化を少額から検証したい方は、この機会に稼働環境を整えてください。止まりやすい実験用コードを、監視しながら育てられる運用システムへ進化させる一歩になります。

今すぐマニュアルを購入する

※本マニュアルの購読用リンクは準備中です。詳細は お問合せ よりご連絡ください。