ToffeeShare と tosstome の比較
最終確認
ToffeeShare と tosstome はよく似ています。どちらも WebRTC を使って、あるブラウザから別のブラウザへ直接ファイルを送り、サイズ制限もなく、コピーも残しません。違いは、双方がどうやって互いを見つけるかと、直接接続できないときにどうなるかです。
ToffeeShare が説明していること
toffeeshare.com より (確認日 2026-10-28)。
- 「オンラインに何も保存することなく、あらゆるサイズのファイルをデバイスから直接送れる」。「ピアツーピア技術の WebRTC」を使うとしています。
- 「データはエンドツーエンドで暗号化される」。また「現在 DTLS 1.3 の実装を使っている」としています。
- ファイルはタブを開いている間だけ利用できます。「ブラウザのタブを閉じると、ファイルにはアクセスできなくなります」。
- サイトには Nearby devices のオプションとダウンロード可能なアプリもあります。運営はオランダで、月間 50 TB 以上の転送量を公表しています。
比較表
| ToffeeShare | tosstome | |
|---|---|---|
| 相手側の接続方法 | 共有リンク、または近くのデバイス | 近くのデバイスの一覧、6 桁のコード、または受信箱のリンク |
| サイズ制限 | なし | 設定なし |
| 暗号化 | エンドツーエンド (DTLS 1.3) | 直接接続ならエンドツーエンド (DTLS)。中継へのフォールバック時は Cloudflare までが TLS で、まだエンドツーエンドではない |
| パソコンやサーバーの常時受信側 | サイトには記載なし | はい、tosstome listen |
| テキストメッセージ | サイトには記載なし | はい |
| ファイルの保存 | いいえ | いいえ |
どちらを使うか
相手にリンクを渡して、すべてのバイトをエンドツーエンドで暗号化したいなら、ToffeeShare が向いています。自分のデバイス間でファイルを移すとき、ヘッドレスのマシンで受信するとき、直接接続できないネットワークでは、tosstome のほうが向いています。止まらずに中継サーバーへフォールバックするからです。
tosstome でできること
- ブラウザで動きます。送る側には何もインストールする必要がありません。
- 同じネットワーク上のデバイスは自動で互いを見つけます。別のネットワークの場合は、片方に 6 桁のコードが表示されるので、もう片方でそれを入力します。
- ネットワークの条件が合えば、ファイルは WebRTC でデバイス間を直接送られます。数秒たっても直接接続できない場合は、Cloudflare 上の中継サーバーを経由します。中継サーバーはデータを転送するだけで、何も保存しません。
- オプションのコマンドラインツール
tosstome listenを使うと、パソコン上に常時待ち受けの受信箱を置けます。リンクと QR コードが表示されるので、スマートフォンで開けば、ファイルがそのパソコンのフォルダに届きます。パソコン側でブラウザを開いておく必要はありません。 - テキストメッセージやリンクもファイルと同じ方法で送れます。受信側には「コピー」ボタンがあります。
- 何も保存されません。受信側がオフラインなら、何も送られません。
tosstome にできないこと (今のところ)
- 中継サーバーでは、各デバイスと Cloudflare の間は TLS で保護されますが、まだエンドツーエンド暗号化には対応していません。WebRTC の直接転送は、ブラウザによってエンドツーエンドで暗号化されます (DTLS)。
- 受信側のブラウザは、保存するまでファイルをメモリに保持します。そのため、非常に大きなファイルは、ディスクに直接書き込むコマンドラインツールで受け取るのがおすすめです。
- 双方が同時にオンラインである必要があります。「今アップロードして、明日ダウンロードする」という使い方はできません。
- まだ新しいサービスです。ブラウザ側でのデバイスのペアリングと、中継サーバーでのエンドツーエンド暗号化は、現在開発中です。