TON Proxy ブロックチェーンの上に分散したプロキシサーバーネットワーク TONクライアントとリモートリソース間のトラフィックを暗号化し TON Sites 地域のサイト .ton普通のDNSではアクセスできません
ネットワークは独立したノードで構成され,どの参加者もプロキシをアップし,同時に暗号化されたパケットの送信者と受信者になることができます.これはTON Proxyを単一の断点のない自己組織ネットワークにします.
TON プロキシが提供する#
- TONサイトへのアクセス TON プロキシを設定したブラウザでドメインを開く
.ton鎖で縛られている TON DNS. - ブロックを回避する トラフィックが分散したノードのネットワークを通るため プロバイダーはノードの"つだけ接続が確認され 要求されているリソースは確認できません
- IPを隠す ターゲットサーバーはプロキシノードのアドレスが ユーザのアドレスではなく
- 暗号化されてる パケットは送信側で暗号化され ,受信側でのみ暗号化されます 中間ノードは暗号化されたデータしか見ません.
制限#
- スピード 追加のノードを通る経路は 遅延を増加させ 容量を低下させます
- 互換性について 攻撃的な反ボット保護を備えた Web サイトの一部は,プロキシ・ノードからの要求をブロックすることができます.
- 調整の経験 専門のウォレットや拡張機能を使わずに ブラウザにプロキシを手動で入力する必要があります
ルーティングの仕組み#
- クライアントはリソースへのリクエストを (通常の URL または
.ton-ドメイン) - 要求はクライアント側で暗号化される (現在,ADNL 独自のTONプロトコル暗号化が使用されている.初期のデザインでは,I2Pに似た電球路由が言及されていた)..
- 暗号化されたパケットは 近くにある TON プロキシに送られます
- プロキシ・ノードは,要求されたリソースにパケットを転送します 通常のサイトまたはTONサイト.
- リソースの応答は暗号化され クライアントに返されます
ノード間の経路は動的に選択され 交通の相関分析が難しくなります
接続方法#
ブラウザの設定で
最低限,ブラウザで公開TON Proxy-ノードのアドレスを指定して,手動でSOCKS-プロキシを書き込むだけで十分です. 手順説明は, 公式文書.
財布から
拡張 MyTonWallet ブラウザでは TON Proxy をサポートしています. .tonウェブサイトのトラフィックが自動的に TON プロキシネットワークを通過します
ゲートを通って
サービス ton.run TON Sites にアクセスし,通常の HTTPS でコンテンツを返します. 一回閲覧に便利ですが,プライバシーやブロックに抵抗性はありません. すべてのトラフィックがゲートウェイのインフラストラクチャを通ります.
TON ブラウザで
TONチームは発表しました TON Browser Chromium ベースのデスクトップブラウザで TON Proxy,TON DNS,Wallet のサポートが内蔵されています. 2024年に発売予定でした. 2026年に最新リリースを確認してください..
独自のノードを起動#
誰でも自分のプロキシ・ノードを持ち上げることができます. docs.ton.orgなぜそうするのか?
- 独自の出口ポイントを制御する 利用者は他のオペレーターに依存していない
- TON Sitesへのアクセスは仲介者なしで開発者にとって重要なことです
- TON Sites をテストする ローカルインフラストラクチャ
- ネットワークへの貢献 ノード数が多いほど 遅延が少なく 障害が高くなります
ノードを起動するにはバリダータステークインフラストラクチャを必要とせず,通常のVPSで利用できます.
ユーザーに#
TON プロキシ これはツールです TONウェブTONの上で分散したインターネットで ドメイン名は TON DNSTON プロキシがないと TON サイトは通常のブラウザではアクセスできません. 通常のウェブページのように開きます.