ノート同期の方式を知る — クラウド・LAN直結・E2E の違い

アプリストアで2つのノートアプリの説明文を並べてみます。片方は「すべてのデバイスで同期」、もう片方は「エンドツーエンド暗号化で同期」。画面写真も料金もほぼ同じなら、この1行の差に何が隠れているかは、同期の方式を知らなければ読み取れません。書くものが買い物リストなら気にならない差が、日記や体調の記録、仕事の機密が混ざるならアプリ選びの決定打になります。

身近な例が iPhone の「メモ」です。iCloud の初期設定である「標準のデータ保護」では、データは暗号化して転送・保管されるものの、暗号化キーは Apple のデータセンターに保管され、パスワードを忘れたときなどには Apple がユーザに代わってデータを復号できます。任意で「高度なデータ保護」をオンにすると、メモもエンドツーエンド暗号化の対象に加わり、暗号化キーにアクセスできるのは本人の信頼できるデバイスだけになる代わりに、アカウントにアクセスできなくなっても Apple はデータの復旧を手伝えなくなります(Apple サポート: iCloud のデータセキュリティの概要)。同じアプリ、同じ画面のまま、設定1つで「事業者に読めるか」「復旧にどの情報が必要か」が入れ替わる。これが同期方式の差です。

ここでは比較のため、代表的な構成を3つに分けます。通信経路と暗号化は別の軸であり、この3つがすべての同期方式を分類し尽くすわけではありません。事業者のサーバを介する通常のクラウド同期、サーバを介さず同じ Wi-Fi の中で端末同士が直接やりとりする LAN 直結同期、サーバを使いつつ復号の鍵はユーザーだけが持つ E2E 暗号化のクラウド同期です。以下では、まず同期という処理の中身を分解してから、3方式の仕組みと得失、自分の使い方に合う方式を選ぶ手順、運用でつまずきやすい点を順に見ていきます。TheNote の同期は3つ目の方式です。

そもそも「同期」は何をしているのか

方式の違いを理解するために、まず同期という処理の中身を分解します。同期とは、複数の端末に散らばったデータを、最終的に同じ状態へ収束させることです。単純に聞こえますが、実装しようとするとすぐに2つの問題に突き当たります。

1つ目は「どれが正しいデータか」という問題です。スマホと PC で同じノートがそれぞれ編集されていたら、どちらを残すべきか。多くのシステムは「正」となる場所をひとつ決めることで解決します。クラウド同期でもサーバを正とする設計と、端末の変更をサーバが中継する設計などがあり、具体的な規則はアプリごとに異なります。正を置かないシステム(端末同士が対等な P2P 型)では、変更の履歴やタイムスタンプを突き合わせて収束させる必要があり、設計の難易度が一段上がります。

2つ目は「競合」の問題です。飛行機の中でスマホからノートを直し、同じ時間帯に自宅の PC で同じノートの別の箇所を直していたら、2つの変更は衝突します。競合の解決はどの方式でも必要で、代表的な戦略は3つあります。あとから保存されたほうを採用する「後勝ち」、両方をコピーとして残してユーザーに委ねる方式、段落単位などで自動的に混ぜ合わせるマージです。

使っているアプリがどの戦略なのかは、重要な記録と別に検証用ノートを用意し、2台をオフラインにしてそれぞれ編集し、オンラインへ戻して結果を見れば確認できます。大事なノートを任せる前に一度試しておく価値があります。

関連して押さえておきたいのが、「オフラインで使えるか」という軸です。端末側にデータの完全な写しを持ち、オフラインでも読み書きできて、ネットワークがつながったときに差分を送り合う設計は、ローカルファーストと呼ばれます。この言葉を提唱した Ink & Switch の論文(ACM Onward! 2019 で発表)は、端末上のデータの写しを一次(primary)の写しとして扱い、サーバは複数端末からのアクセスを助けるための二次的な写しを持つ、と定義しています(Local-first software)。この設計なら圏外でもノートは開けますし、サーバが落ちていても書き続けられます。逆に、端末側のアプリがサーバの表示窓でしかない設計では、オフラインではノートを開くことすらできません。ここはアプリを機内モードで開いてみれば1分で確認できる、実用上の重要な確認項目です。

この「正をどこに置くか」「競合をどう裁くか」という土台の上に、「データがどの経路を通るか」「暗号化の鍵を誰が持つか」という違いが乗って、3つの方式に分かれます。以下、順に見ていきます。

方式1: 通常のクラウド同期

仕組み

もっとも一般的な方式です。各端末は事業者のサーバと通信し、自分の変更をサーバへ送り、他の端末の変更をサーバから受け取ります。サーバ上のデータを中心に扱う設計では、端末側にキャッシュや編集用の写しを持ちます。通信は TLS で暗号化され、サーバのディスクも保存時暗号化されているのが現在の標準的な構成ですが、復号に使う鍵は事業者が管理しています。

強み

端末の追加やデータの受け渡しをサービス側で支援しやすい構成です。端末を何台増やしても、アプリを入れてログインするだけで全ノートが揃います。端末を紛失しても壊しても、データはサーバに残っています。機種変更のたびにデータ移行で悩む必要もありません。オフラインで書いた変更も、次にネットワークへつながったときにサーバへ届き、勝手に収束します。ノートを他人と共有したり共同編集したりする機能も、サーバが正だからこそ作りやすい。多くの人がノートアプリに期待する体験は、ほぼこの方式の上に成立しています。

実際の場面で考えてみます。スマホを機種変更した日、新しい端末にアプリを入れてログインすると、しばらく待つだけで過去のノートがすべて並びます。旧端末の初期化は、未送信の変更がなく、新端末で本文と添付を確認できてから判断します。この体験を支えているのが「サーバが正」という設計で、端末はいつでも取り替えられる読み書きの窓に過ぎません。端末の管理から解放されることが、この方式が主流になった理由です。

弱みとリスク

弱点は、鍵を事業者が持っている以上、サーバ上のノートは事業者側で読める状態にあることです。これは「暗号化していない」という意味ではありません。通信時も保存時も暗号化されていて、なお事業者は読める。この2つは矛盾しません。Apple が標準のデータ保護について、「暗号化して転送され、暗号化したフォーマットで保管されます」と「必要が生じた場合にはユーザに代わって Apple がデータを復号化できます」を同じ説明の中に並べているのは、両立するからです(iCloud のデータセキュリティの概要)。通信時暗号化は経路上の盗聴を防ぐもの、保存時暗号化はディスクの盗難や不正な持ち出しに備えるものです。どちらも「事業者自身が復号できるかどうか」とは別の話で、「暗号化されているから誰にも読めない」という理解はよくある誤解です。

事業者が読める状態は、具体的には次のリスクにつながります。ノートの中身が機能改善や AI 学習、広告のために解析されるかどうかは利用規約次第で、規約はあとから変わることがあります。事業者への不正アクセスが起きれば、ノートの中身ごと流出し得ます。アカウントの凍結やサービス終了で、ある日ノートへアクセスできなくなる可能性もゼロではありません。買い物リストなら実害はありませんが、日記や体調の記録、仕事の機密が入っているなら、この条件を受け入れるかどうかは一度考えるべきです。

方式2: LAN 直結同期

仕組み

サーバを介さず、同じ Wi-Fi(同一 LAN)にいる端末同士が直接通信して同期する方式です。端末はネットワーク内の相手を発見する仕組み(mDNS など)でお互いを見つけ、暗号化した接続を張ってデータをやりとりします。mDNS は、通常の DNS サーバがないローカルリンク上で機器同士が DNS に似た問い合わせによって相手を見つけられるようにする仕組みで、IETF の標準(RFC 6762)として文書化されています。設定や管理がほとんど要らないこと、インフラが存在しなくても動くことが利点として挙げられており(RFC 6762: Multicast DNS)、家庭の Wi-Fi でサーバなしに端末を見つけ合う用途と相性がよいわけです。データは自宅やオフィスのネットワークの中だけを流れ、インターネット上のサーバには一切出ていきません。

運用のイメージはこうです。帰宅してスマホが自宅の Wi-Fi につながると、起動している PC のアプリと自動的に接続され、外で書いたメモが PC 側に現れます。以後、家にいる間は両者が揃い続けます。「同期する」という操作をユーザーが意識するのは、むしろ同期できていないとき(後述するすれ違いのとき)だけです。

強み

プライバシーが構造的に守られるのが最大の特徴です。方式1のリスクは「事業者を信頼できるか」という運用上の問題でしたが、LAN 直結ではそもそも預ける相手が存在しません。規約がどう変わろうと、事業者がどんな障害を起こそうと、外に出ていないデータは影響を受けません。また、事業者側にサーバの運用費が発生しないため、無料アプリでも同期機能を持続的に提供できます。クラウド保管量による制約を避けられる場合がありますが、アプリ固有の容量・端末数制限は別途確認します。おまけとして、LAN 内の転送はインターネット経由より速く、大きな添付ファイルでも待たされにくい。クリップボード共有ツールの ClipShare がこの思想で設計されているのは、クリップボードという特に私的なデータを扱うからです。

弱みとリスク

弱点は2つあります。1つ目は、同期できるのが「両方の端末が同じネットワークにいる瞬間」だけであることです。外出先でスマホに書いたメモは、帰宅して Wi-Fi につながるまで PC には届きません。すれ違いも起きます。朝、PC をスリープさせて家を出て、外でスマホに書き、帰宅後スマホをカバンに入れたまま PC を開くと、同期の機会がないままです。2つ目は、サーバに控えがないことです。方式1では端末を全部失ってもサーバにデータが残りますが、LAN 直結では端末上のデータがすべてです。2台で同期していれば片方の故障には耐えますが、火災や盗難で両方を同時に失えばデータも失います。この方式を選ぶなら、世代バックアップを別経路で確保することが、他の方式以上に重要になります。

方式3: E2E 暗号化のクラウド同期

仕組み

方式1の「いつでもどこでも同期できる」と、方式2の「事業者に読めない」を両立しようとするのが、エンドツーエンド(E2E)暗号化のクラウド同期です。データは端末の上で、ユーザーだけが持つ鍵によって暗号化されてからサーバへ送られます。サーバは意味の分からない暗号文を中継・保管するだけで、復号する鍵を持ちません。読める形のノートが存在するのは、各端末の上だけです。鍵の実体は、ユーザーが決めたパスフレーズから導出するか、端末が生成した乱数をリカバリーコードとして提示するのが一般的な作りで、いずれの場合も共通するのは、鍵の材料が事業者へ渡らないことです。TheNote の同期はこの方式で実装しています。外出先でも同期できることと、日記のような中身を事業者に預けないことを両方とも譲らないなら、選べる方式はこれになります。鍵の扱いや仕組みの詳細は E2E 暗号化の解説記事にまとめています。

強み

方式1と同じく、各端末がそれぞれ好きなタイミングでサーバとやりとりするので、端末同士が同じネットワークにいる必要はありません。外出先で書いたメモは即座にサーバへ(暗号文として)上がり、自宅の PC は次にオンラインになったときに受け取ります。端末を失ってもサーバに暗号文が残っているため、鍵さえ持っていれば復元できます。そのうえで、サーバ上のデータは事業者にも読めないので、規約変更・解析・サーバからの漏洩といった方式1のリスクは、中身の露出という意味では成立しなくなります。漏れても暗号文です。

代償

いいことずくめに見えますが、代償が2つあります。1つ目は、鍵を失うと誰にも復元できないことです。方式1なら「パスワードを忘れた場合」のリンクから再設定すれば済みますが、アカウントの再設定と、暗号鍵を復旧する仕組みは区別します。再設定できるだけでは、事業者が本文を読めるとは判断できません。E2E では事業者は暗号文しか持っていないため、ユーザーが鍵(またはリカバリーコード)を失えば、そのデータは技術的に誰にも開けません。Apple の高度なデータ保護でも、アカウントにアクセスできなくなった場合は「Apple の手元には暗号化キーがないため、データの復旧をお手伝いできません」と明記され、復旧手段はユーザー本人のデバイスのパスコード、復旧用連絡先、復旧キーに限られています(iCloud のデータセキュリティの概要)。これは欠陥ではなく、「事業者に読めない」ことの論理的な裏返しです。2つ目は、サーバ側でデータの中身を使う機能が作りにくいことです。サーバはノートを読めないので、サーバでの全文検索や解析といった機能は原理的に成立せず、検索は各端末の上で行う設計になります。端末内の復号済みデータを照合する形なら全文検索は成立し、実用上の支障は出にくいものの、「サーバが賢く働く」タイプの機能とは相性が悪い方式です。アプリを選ぶときは「E2E かどうか」と「必要な機能が端末側で実装されているか」を分けて確認すると判断を誤りません。

1. クラウド同期は、サーバーを経由して変更をやり取りします。
2. LAN直結は、同じローカルネットワークの端末同士を結びます。
3. E2Eは、同期の経路とは別に、端末間で暗号を保つ性質です。

自分に合う方式を選ぶ手順

3方式の得失を、判断に使う観点ごとに表へ整理します。

一言で言い直すと、方式1は利便性が最も高く「事業者がデータを読める」前提を受け入れられるかが分かれ目、方式2はデータが家の外に出ない代わりに同期の機会と端末喪失への備えを運用で補う必要があり、方式3は利便性とプライバシーを両立する代わりに鍵の自己管理という責任を引き受ける方式です。このうえで、アプリの人気から選ぶのではなく、自分のノートの中身から逆算します。

1. ノートの中身を棚卸しする: 実際のノートを開いて、直近の20〜30件を眺めます。買い物リストと定型メモだけなのか、日記・体調・人間関係・仕事の機密が混ざっているのか。ここが出発点です
2. 「事業者に読まれ得る」の実害を評価する: 棚卸しした中身が仮に第三者に読まれた場合に困るかどうかを判断します。困らないなら方式1で十分です。利便性を捨てる理由がありません
3. 端末の使い方を確認する: 中身が私的で、かつ外出先でも書きたい・複数端末で常に揃っていてほしいなら方式3が候補です。端末の利用が自宅の中でほぼ完結している、あるいはそもそも1台運用なら、方式2やローカルのみの運用で足ります
4. 復旧の経路を先に決める: 方式3を選ぶならリカバリーコードの保管方法を先に決めます。方式2やローカル運用なら、端末を失った場合にどこから戻すかを決めます。復旧経路が決まっていない同期方式は、どれを選んでも危険です
5. 出口を確認する: どの方式でも、ノートを標準的な形式でエクスポートできるかを最初に確かめます。方式が気に入っても、データを取り出せないアプリは長期的に不利です。確認の観点はノートアプリ乗り換えのチェックリストに書きました

付け加えると、すべてのノートを1つの方式に載せる必要はありません。差し支えのないメモは方式1の便利なアプリで、日記だけは方式3で、という使い分けは十分に現実的です。

よくある失敗と対処

「同期しているからバックアップは要らない」

もっとも多く、もっとも痛い誤解です。同期は「全端末を同じ状態にする」機能なので、誤削除も全端末へ忠実に伝わります。スマホでうっかり消したノートは、数秒後に PC からも消えます。同期はバックアップではありません。方式が何であれ、過去のある時点の状態へ戻れる世代バックアップを別途確保してください。ゴミ箱や変更履歴を持つアプリもありますが、保持期間と対象範囲を確認したうえで、それでも独立したバックアップを持つことを勧めます。

競合コピーを放置する

「(競合)」「conflicted copy」といった名前のノートが増えていくのは、複数端末でオフライン編集が重なっているサインです。放置すると、どれが最新か分からないノートが溜まり、検索結果も汚れていきます。見つけたら元のコピーを保ったうえで中身を比べ、統合結果を確認してから整理します。競合が頻発するなら、書き始める前にアプリを開いて同期を一呼吸待つ、ノートを編集する端末を時間帯で分ける、といった運用で発生自体を減らせます。

アプリの内部データを汎用ファイル同期に載せる

ノートアプリの内部データ(データベースファイル)を、アプリが対応していないのに汎用のファイル同期サービスへ置いて複数端末から開く使い方は、データ破損の定番コースです。データベースは複数のファイルが整合してはじめて成立するもので、ファイル単位の同期が中途半端なタイミングで走ると整合性が壊れます。組み込みデータベースの SQLite の公式ドキュメントは、データベースの状態は本体ファイルとジャーナルファイルの両方で決まるため、ジャーナルを伴わずに本体だけをコピーしたり、別のジャーナルで上書きしたりすると破損につながること、トランザクションの途中でファイルをコピーすると古い内容と新しい内容が混ざった壊れたコピーになり得ることを、破損の原因として挙げています(How To Corrupt An SQLite Database File)。ファイル単位の同期サービスは、まさにこの「本体だけ」「途中の状態」を他の端末へ配ってしまう道具です。同期はアプリ自身が持つ仕組みを使うか、プレーンテキストのようにファイル単体で完結する形式で運用してください。

複数の同期手段を同じデータに重ねる

アプリ標準の同期を使いながら、保存フォルダを別のファイル同期サービスにも載せる、という二重掛けも事故のもとです。それぞれの同期が別のタイミングで動くため、片方が書き戻した古いデータをもう片方が最新として配り直す、といった打ち消し合いが起き得ます。バックアップからファイルを書き戻して復元するときも、いったん同期を止めてから行うのが安全です。同期の経路は1系統に絞り、控えが欲しいなら同期ではなくバックアップとして分離してください。

E2E のリカバリーコードを「あとで保管」する

方式3のアプリは、初回設定でリカバリーコードの保存を求めてきます。ここで「あとでやる」を選んだまま忘れるのが典型的な事故です。Apple の高度なデータ保護は、有効化の前に復旧用連絡先か復旧キー(28文字のコード)の少なくとも1つを設定するよう案内する手順になっており、設定した復旧方法を Apple は知り得ないと明記しています(iCloud の高度なデータ保護を有効にする方法)。先に設定させる順序になっているのは、この段階を飛ばすと取り返しがつかないからです。リカバリーコードの出番は端末の故障や紛失のときで、そのときに保管していなければ手遅れです。設定した当日のうちに、紙に書いて保管するか、パスワードマネージャーへ入れるか、どちらかを済ませてください。

LAN 直結で「同期されたつもり」のまま外出する

方式2では、端末がスリープしていたり、アプリが起動していなかったりすると同期の機会がありません。PC で書いた資料メモがスマホに入っているつもりで外出したら入っていなかった、という失敗は運用でしか防げません。家を出る前にスマホ側で必要な本文と添付を開き、内容が届いているか確認します。

応用: 方式を組み合わせる・拡張する

基本の3方式を押さえると、組み合わせの選択肢が見えてきます。

代表的なのは、LAN 直結や完全ローカル運用に VPN を重ねる拡張です。Tailscale のような仕組みで自分の端末同士を仮想的に同じネットワークへ置けば、外出先のスマホと自宅の PC が相互に通信できるようになり、場所の制約を緩められる場合があります。ただし同一LANとまったく同じではなく、アプリの相手発見方式や接続先の指定方法も対応している必要があります。Tailscale は、WireGuard による暗号化された端末間の直接接続を張り、NAT やファイアウォール越しでもポート開放なしに動くと開発元が説明しています(What is Tailscale?)。ノートの中身を事業者のサーバに預けないという性質はそのままです。設定の手間は掛かるので道具いじりが苦にならない人向けですが、方式2の思想を保ったまま利便性を足す方法として定番です。

方式の使い分けも、もう少し具体的にしておきます。たとえば、家族と共有する買い物リストは共同編集のしやすい方式1のアプリに置き、仕事のメモと日記は E2E の方式3に置き、ネットワークにすら載せたくない種類の記録はローカルのみで運用して手動バックアップだけ取る、という3段構えです。すべてのノートに最高水準の保護を掛けようとすると利便性の犠牲が大きくなり、逆にすべてを利便性に寄せると、いちばん見られたくないものまで預けることになります。中身の機微さに応じて置き場所を変えるほうが、結局は長続きします。

同期方式は、アプリを乗り換えるときの難易度にも影響します。方式1のアプリはサーバにデータが揃っているぶん、エクスポート機能の出来がそのまま出口の広さになります。方式3では、エクスポートは必ず端末上で(復号された状態から)行うことになるため、手元の端末に全ノートが同期済みかを確認してから書き出す、という一手間が加わります。どの方式でも、定期的に書き出して手元に置く習慣があれば、乗り換えはいつでも決断できる軽い話になります。

同期とは別の軸として、検索性の話があります。方式3ではサーバ側の全文検索が作れないため検索は端末上で行うと書きましたが、どの方式であっても、検索で見つかるかどうかは書き方の影響のほうが大きいのが実際です。固有名詞・型番・エラーメッセージをそのまま書く習慣については検索されるメモの書き方にまとめています。

それから、同期問題がそもそも存在しない選択肢として紙があります。紙のノートは同期できない代わりに、競合も鍵の紛失も規約変更もありません。紙とデジタルの使い分けで書いたとおり、すべてをデジタルへ寄せる必要はなく、同期の設計を考えるのが苦痛な種類のメモは「同期しない」と決めるのも立派な解です。

よくある質問

通信が HTTPS で暗号化されていれば安全ではないのですか?

HTTPS(通信時暗号化)が守るのは、端末とサーバの間の経路だけです。サーバに着いたあとのデータを事業者が読めるかどうかは別の問題で、それを決めるのは「復号の鍵を誰が持つか」です。方式1では事業者が持ち、方式3ではユーザーだけが持ちます。「暗号化しています」という説明を見たら、通信時・保存時・E2E のどれを指しているのかを確認するのが正しい読み方です。

LAN 直結で端末が3台以上あるとどうなりますか?

実装によりますが、基本は「同じネットワークに居合わせた端末同士から順に揃っていく」動きになります。3台目が不在の間に1台目と2台目が同期し、3台目は次にネットワークへ現れたときに追いつく形です。全端末が同時に揃う保証はないため、台数が増えるほど「どれが最新か」の把握は難しくなります。3台以上を常に揃えたいなら、サーバが正になる方式1・方式3のほうが素直です。

無料アプリの同期はなぜ無料で提供できるのですか?

同期サーバの運用には継続的な費用が掛かるため、無料で提供されている場合はどこかに原資があります。有料プランへの誘導、広告、データの活用、投資による先行負担などです。それ自体は悪ではありませんが、原資の見えないサービスに私的なデータを預けるかどうかは慎重に判断していいところです。一方、方式2(LAN 直結)はサーバ費用が発生しないため、構造的に無料と相性のよい方式です。

次の一歩

知識は、自分の環境を確認してはじめて役に立ちます。今日できることを3つ挙げます。

1. いま使っているノートアプリの説明ページか設定画面を開き、同期方式を確認する。「end-to-end」「E2E」「ゼロ知識」の記載があれば保護対象を確かめ、見当たらない場合は同期の経路と鍵管理の説明を確認します。記載がないだけで方式1とは断定できません。iPhone の「メモ」を iCloud で同期しているなら、設定アプリでユーザ名、「iCloud」、「高度なデータ保護」の順に開くと、いまが標準のデータ保護(方式1)か高度なデータ保護(方式3)かが分かります(Apple サポート)
2. 自分のノートの直近20件を眺めて、事業者に読まれ得る条件で困る中身かどうかを判断する。困るなら方式3のアプリや使い分けを検討し、困らないならいまのまま使い続けると決める。どちらであれ、自分で決めたという事実が残ります
3. 方式が何であれ、今日1回、ノート全体のエクスポートを実行して手元に保存する。「同期はバックアップではない」を知識で終わらせないための1回です

「届いていない」を三つの段階に分ける

スマホで書いた内容がPCに現れないとき、すぐに片方を消してやり直すと、未送信の内容まで失うおそれがあります。まず、書いた端末に内容が保存されているか、相手へ変更を送れる状態か、受信した端末で表示できているかを分けて見ます。見えないことだけでは、どの段階で止まったかは分かりません。

アプリに状態表示があるなら、その文言と時刻も控えます。検証用ノートで新しい一行が届くかを試すと、全体の通信が止まっているのか、特定のノートに限った問題なのかを切り分けやすくなります。復旧操作へ進む前に、まだ読める内容の控えを安全な場所に残してください。

競合を統合するときは、時刻だけで選ばない

架空の見積メモを、出先のスマホと自宅のPCでそれぞれ編集したとします。スマホには最新の送料、PCには新しい支払条件が入っています。保存日時だけで片方を採用すると、もう片方の変更を落とす可能性があります。二つを並べ、どの項目が変わったかを比べてから、必要な内容を一つへまとめます。

統合したノートには、確認した条件と未確定な箇所を区別して残します。元の競合コピーは、統合結果が必要な端末で読めることを確かめるまで保持します。アプリ独自の競合解決手順がある場合は、それに従ってください。単純なコピーと削除が、内部の履歴や参照を保つとは限りません。

ここでも同期経路と暗号化は別の軸です。クラウドを通るか、LANで直接やり取りするかだけでは、どちらの変更を残す設計かは分かりません。同期の方式名を覚えるより、自分が使う端末の組み合わせで、保存・転送・統合を確認できることが実用上の判断材料になります。

参考リンク

• iCloud のデータセキュリティの概要(Apple サポート) — 標準と高度なデータ保護で暗号化キーの保管場所と復旧可否がどう違うか
• iCloud の高度なデータ保護を有効にする方法(Apple サポート) — 有効化前に復旧用連絡先か復旧キーの設定を案内する手順と確認画面の場所
• RFC 6762: Multicast DNS(IETF) — DNS サーバのないローカルリンクで機器同士が相手を見つける仕組みの標準
• Local-first software(Ink & Switch) — 端末上の写しを一次、サーバを二次の写しとするローカルファーストの定義
• How To Corrupt An SQLite Database File(SQLite) — 本体とジャーナルの不整合やトランザクション中のコピーで破損する条件
• What is Tailscale?(Tailscale) — WireGuard の暗号化された直接接続で NAT 越しに端末同士をつなぐ仕組み