ブロックチェーンエンジニアのフリーランスはリモートで働ける？案件の傾向と探し方

ブロックチェーンエンジニアは、スマートコントラクトやWeb3サービスの開発、コードの監査を中心に、リモートで働けるフリーランス案件があります。公開型のチェーンを使う開発は、コードとテスト用のネットワークがあれば場所を選ばずに進めやすく、チームが国をまたいでいることも珍しくありません。

一方で、国内の暗号資産交換業者のシステムや、企業の業務に近い分散台帳の案件では、出社や専用の端末が条件になりやすくなります。この記事では、案件の型ごとのリモートの傾向と、探し方、参画前に確かめたい点を整理します。

ブロックチェーンの開発がリモートで進めやすい理由

• 開発と検証を手元で完結しやすい：本番に近い状態を手元やテスト用のネットワークで再現し、テストを回す形が一般的で、特定の場所の設備に頼りにくい
• コードとやりとりが公開の場で進むことが多い：OSSのライブラリや公開されたコントラクトを前提に開発することが多く、文章でのやりとりに慣れたチームが多い
• チームが分散している前提の事業が多い：Web3の事業は、最初から複数の国のメンバーで組まれることがある

ただし、Solidityの公式ドキュメントも、コントラクトのコードが公開されることが多く、扱う価値が大きいぶん安全への注意が特に要ると説明しています。リモートでは、鍵や本番の操作の扱いが、場所の自由と引き換えに厳しく決められることがあります。

リモートで進めやすい案件と、そうでない案件

金融庁の暗号資産に関するページでは、国内で暗号資産の交換などを業として行うには暗号資産交換業の登録が要ることが示されています。登録を受けて事業を営む会社のシステムは、顧客の資産や個人情報を扱うため、社外からの接続に厳しい決まりがあることが多く、表の下に行くほど作業場所の条件が細かくなる傾向があります。分野ごとの技術はブロックチェーンエンジニアに求められるスキルで解説しています。

リモート案件の探し方

1. 領域の言葉と組み合わせて探す：「ブロックチェーン」だけでなく、「スマートコントラクト」「Web3 バックエンド」「分散台帳」「監査」のように領域の言葉で探します
2. 隣り合う案件も見る：TypeScriptやGoのバックエンドの案件の中に、ウォレット連携やチェーンのデータ集計を含むものがあります。技術の欄まで目を通します
3. リモートの条件を数字で確かめる：「リモート可」には、フルリモートもあれば、週に数日の出社や、最初の期間だけ出社を含むものもあります
4. フリーランスエージェントで条件を伝える：リモートの希望と、領域の経験をあわせて伝えると、合わない案件を除きやすくなります

フルリモートの案件全般はフルリモート案件の記事、常駐とリモートの違いは常駐案件とリモート案件の記事で解説しています。

参画前に確かめたいこと

鍵と本番の操作の決まり

リモートの案件で最も先に確かめたいのが、秘密鍵や管理用のアカウントの扱いです。

• 本番への公開や管理の操作を、誰が、どの端末で、どんな承認を経て行うか
• 開発用の鍵と本番用の鍵が分けられているか
• 自分の端末に鍵を置くことが求められるか、求められる場合の保管の決まり

自分の端末で本番の鍵を扱う前提の案件は、事故が起きたときの責任の所在があいまいになりがちです。役割と手順が書面で決まっているかを確かめましょう。端末の紛失や故障のときに誰へ何を連絡するかも、あわせて決めておくと安心です。

海外のチームとの働き方

海外の事業者や、国をまたいだチームの案件では、次の点を確かめます。

1. 会議の時間帯が早朝や夜にかかるか、どの時間帯に応答が求められるか
2. やりとりの言語と、文章と会議の比重
3. 契約の相手方がどの国の会社か、報酬の通貨と支払方法

英語の使い方は英語を使うフリーランス案件の記事、海外の発注元からの報酬の税金は海外の取引先から報酬を受け取るときの記事で扱っています。公正取引委員会のフリーランス法特設サイトでは、現金以外で報酬を支払う場合の支払方法も、発注事業者が明示する取引条件に挙げられています。暗号資産での支払いが提案されたときの考え方はブロックチェーンエンジニアの報酬の記事をご覧ください。

時間帯の重なりが少ないチームでは、質問への返答が翌日になることもあります。自分の作業が他のメンバーの返答待ちで止まらないよう、仕様の確認を先にまとめて送る、判断に迷う点は選択肢を添えて聞くといった進め方が、リモートでは成果に直結します。

障害時の待機と対応の範囲

稼働中のサービスでは、異常な取引や処理の止まりに備えた待機（オンコール）が含まれることがあります。待機の有無、対応した時間の扱い、緊急時に止める操作の権限を誰が持つかを確かめておくと、参画後の行き違いを減らせます。

監査・レビューの案件で確かめたいこと

監査やレビューの案件は、短い期間で区切られ、成果物が報告書という形をとることが多くあります。リモートで受ける場合は、次の点を先に確かめておくと、後からの行き違いを減らせます。

• 対象のコードの範囲と、どの時点の版を見るか（途中でコードが変わったときの扱い）
• 未公開のコードや資料をどの方法で受け取り、作業後にどう消すか
• 報告書の形式と提出の期限、指摘への修正を再確認する工程が含まれるか
• 開発チームに質問できる窓口と、返答までの目安

監査は成果物の中身が問われる仕事のため、契約の形が準委任か請負かによって負う責任が変わります。違いは準委任契約と請負契約の違いで解説しています。

企業向けの分散台帳の案件で確かめたいこと

企業向けの分散台帳の案件は、複数の会社が参加する仕組みを作ることが多く、参加する会社ごとに接続の決まりが違うことがあります。検証環境に社外から接続できるか、業務部門との打ち合わせが対面か、参加組織の追加や鍵の発行の作業を誰が行うかを確かめておきましょう。開発の工程はリモートでも、各社との結合テストの時期だけ出社が増える形もあります。

立ち上がりと作業環境

リモートでは、リポジトリや検証環境への権限、質問先、最初に担当する範囲が決まっていないと、最初の数日を待ち時間で失いがちです。貸与の端末を使う場合は貸与PCの記事、自宅での対策は自宅で働くときの情報セキュリティの記事、海外から参画したい場合は海外からリモートで受ける記事も参考になります。

よくある質問

ブロックチェーンのフルリモート案件は見つかりますか？

領域によります。Web3サービスの開発やコードの監査ではフルリモートの案件もありますが、金融機関や暗号資産交換業者のシステムでは出社を含むことが多くなります。リモートを優先するなら、領域を絞って探すほうが見つけやすくなります。

海外のWeb3の事業者と直接契約しても大丈夫ですか？

契約の相手方の実態、準拠する法律、報酬の通貨と支払方法、トラブルのときの窓口を確かめることが前提です。条件が読み取れない契約書のまま作業を始めるのは避け、必要に応じて専門家にご相談ください。

自宅で本番の鍵を扱うよう求められたらどうすればよいですか？

まず、操作の手順、承認の流れ、保管の方法が決まっているかを確かめましょう。決まっていない場合は、役割と責任の範囲を書面で明確にしてもらうよう求めるのが現実的です。引き受けるかどうかは、その内容を見て判断してください。