現在CoreLightningと呼ばれている、BlockstreamのLightning Network実装は、ビットコインの相互運用可能な、仕様に焦点を合わせた標準を目指しています。
ビットコインインフラストラクチャ企業のBlockstreamは最近、相互運用性と仕様作業にプロジェクトが長期的に焦点を当てていることを強調するために、LightningNetworkの実装をc-lightningからCoreLightning(CLN)に変更しました。
実装が組み込まれているCプログラミング言語を暗示する最初の名前は、プロジェクトに対する会社の実際の意図を反映していませんでした。 現在、Core Lightningは、Blockstream実装の価値提案を反映しようとしています。
「更新された名前が、相互運用性、仕様作業、および正確性と堅牢性を優先するリファレンス実装を提供するという継続的な目標に対するCLNの焦点をよりよく伝えることを願っています」と同社は述べています。 ステートメント.
ライトニングネットワークのさまざまな実装があるのはなぜですか?
ライトニングネットワークは、実際には、互いに接続された多くの異なるライトニングチャネルの概念を抽象化したものです。 ライトニング支払いチャネルは、XNUMX人の参加者がビットコインネットワークベースレイヤーにビットコインの量をロックして、彼らの間で迅速かつ安価なオフチェーン支払いを行うため、ネットワークの基盤を設定します。 ただし、さまざまな参加者でより多くのチャネルを開くことにより、Lightning支払いの最終的な受信者が見つかるまで、支払いをこの「メッシュネットワーク」でXNUMX人の参加者から次の参加者にルーティングできます。
したがって、「ライトニングネットワーク」では、さまざまな参加者が互いに通信する必要があります。これにより、参加者は互いの支払いをルーティングし、摩擦のない対話を可能にすることができます。 この通信は、Lightningプロトコルソフトウェアを実行しているノード間で行われるため、特に支払いを送受信できます。
ビットコインには現在、デファクトスタンダードのノードソフトウェアがありますが、 Bitcoin Core、現在人気のあるLightningノードソフトウェアには複数の種類があります。 その結果、これらのさまざまなタイプのLightningノード(別名「実装」)が相互に通信する方法を指示する一連のドキュメントが必要になります。
ライトニングテクノロジーの基礎(BOLT)ドキュメント ライトニングネットワークに安定して準拠する参加者になるために、すべてのライトニングノード実装が準拠する必要のある一連の仕様を定義します。 現在、支払いチャネルを確立してビットコインで資金を調達する方法から、Lightningの支払いを要求する方法まで、すべてを説明する11のBOLTドキュメントがあります。
当然、Lightningの実装が異なるという事実は、ユーザーが利用できる製品も異なることを意味し、ユーザーは特定のニーズに基づいて実行するソフトウェアを選択できます。 大まかに言えば、LND、Core Lightning、Eclair、LDKのXNUMXつの主要なLightning実装があり、それぞれが特定のユースケースを対象としています。
Core Lightning:BOLTから構築
CLN、以前はc-lightningでしたが、2018年の初めからビットコインメインネットで本番環境で使用されています。Cプログラミング言語で記述されているため、開発者は低レベルでもコードの動作を高度に制御できます。効率だけでなく、開発者とユーザーにモジュラーを提供することについて、 プラグインベース ビットコインのレイヤー2スケーリングプロトコルの実装。
「私たちは、高性能でエンタープライズグレードの仕様に準拠した実装を目指しています」と、BlockstreamのLightning開発者であるRustyRussel氏は語っています。 Bitcoin Magazine。 「これは伝統的に、ハイエンドユーザー、企業、開発者がその上に構築することを目的としていることを意味します。」
CLN のみ機能します LinuxおよびMacOSで、ローカルまたはリモートが必要です ビットコイン バージョン0.16以降は、ユーザーが実行しているネットワークに完全に追いついており、トランザクションを中継します。 剪定は 部分的にサポート.
軽量の実装として、CLNは、ユーザーが独自に作成し、必要な機能のみを追加できるため、高度なカスタマイズを可能にします。 開発者は、カスタムJSON-RPCメソッドを介してデーモンとインターフェイスでき、低レベルの詳細に直接アクセスできるプラグインを介して、ニーズに合わせて機能を効率的にカスタマイズできます。
CLNのモジュール性、効率、およびコードの堅牢性には、付随する欠点もあります。 Blockstreamの研究者であるChristianDeckerは、ビットコインのスケーリングソリューションに焦点を当てています。 と 先月のLondonBitcoinDevsのミートアップでは、XNUMXつのことを非常にうまく行い、ユーザーに決定を強制しないというUNIX哲学を順守することで、CLNは「骨の折れる」方法で提供され、それを機能させるにはユーザーの献身が必要です。 。
特に、ラッセルによれば、Blockstreamの実装は仕様プロセスに重点を置いており、BOLT仕様から直接多くのコードを生成します。 これにより、完全に仕様に準拠した実装が保証されますが、チームは作業を売り込む時間が少なくなり、他の実装よりもコミュニティの関与とノードの共有が少ない理由としてこれを特定します。
「文字通り、Lightning BOLT仕様から構築されています!」 ラッセルは言った Bitcoin Magazine。 「これは、BOLT仕様を介してライトニングネットワーク全体のアーキテクチャを調整することに多大な注意を払っている(そしてチームとして多大な努力を払っている)ことを意味します。」
チームは通常、新しい仕様をCLNに追加する前に、新しい仕様をより広い開発コミュニティに提案し、さまざまな実装間の長期的な互換性を確保すると同時に、コードが最終的に新しいものになる前に、コードのレビュー、テスト、コメントを行うように要求します。 BOLTし、すべての実装で採用できるようになります。
「実装全体の仕様とレビューを行う理由のXNUMXつは、バグを見つけ、将来の問題を特定するなど、より良い方法を特定するのに役立つことです」と、BlockstreamのLightningプロトコルエンジニアであるLisaNeigut氏は述べています。 Bitcoin Magazine.
その効率と軽量フットプリントを考えると、CLNは仕様の低いデバイスに最適な実装である可能性があります。
Blockstreamのチームは、BOLTの現在の機能を拡張する一連の新機能も開発しました。これは、コラボレーションチャネルの開始、流動性広告、BOLT 12XNUMXなど、多くの場合ドラフト仕様または仕様提案です。CLNは、これらの今後の仕様を試すオプションをユーザーに提供します。
「実験的なオプションの下で、Lightning仕様のドラフト部分をロープで固定します」とRussel氏は述べています。 Bitcoin Magazine。 「しかし、あなたがもっと冒険的であるなら、それらの実験的なオプションはあなたに
次にライトニングネットワークに何が来るのかについての洞察!」
以前は「デュアルファンディングチャネル」と呼ばれていた共同チャネルが開き、参加者は共同で新しいチャネルを開くことができます。 チャネル資金調達取引に共同で資金を提供。 現在、チャネルはXNUMX人の参加者による一方的な資金調達取引で開かれています。 コラボレーティブチャネルを開くと、Lightningチャネルを開くための分散CoinJoinsも有効になります。
「他の多数のLightningノードを使用して独自のCoinJoinをオーケストレーションできます」とNeigut氏は述べています。 Bitcoin Magazine。 「あなたはそれを分散化して行うので、誰が関与しているのかを知っているのは実際にそのトランザクションの一部である人々だけです。したがって、それを実現する中央コーディネーターは存在しません。」
流動性広告は、コラボレーションチャネルのオープンも活用します。 Blockstreamによると ブログ投稿、「これらは、分散型でアクセス可能な方法でネットワーク全体の流動性展開を調整する機能を提供する軽量の方法です。」
この機能は、Lightningの一般的な問題であるインバウンド流動性を解決しようとします。
流動性広告を使用すると、「チャネルを開くと、インバウンド流動性を販売することを宣伝しているすべての人を見ることができます。これは非常にエキサイティングなことです」とNeigut氏は述べています。
ボルト12 CLNで実験的にサポートされているLightningウォレットとノードの別のドラフト仕様です。 提案された機能である「オファー」は、再利用可能なオファーを有効にすることでBOLT 1111の請求書を改善しますが、BOLTXNUMXの請求書はXNUMX回しか使用できません。 さらに、請求書は支払い要求のみですが、オファーを使用して、お金を受け取るだけでなく、送金することもできます。
CLNユーザーは、次の方法でノード管理タスクを自動化することもできます。 CLボス、最近リリースされた「人工知能」ツール。チャネルを開くノードを決定し、料金が低く、チェーン上の資金がある場合にチャネルを開き、他のノードと競合するようにルーティング料金を調整し、boltzを介して海底スワップを実行します。 .exchange APIを使用して、チャネルのバランスを自動的に調整します。
現在のBOLT11仕様を順守しながら、特定のユースケースに対するスタンドアロンソリューションを追求するようにさまざまな実装を推奨する必要がありますが、他の実装が同じ(または類似の)機能を展開できるように、付随する仕様提案を提示することは、一般的には良い習慣です。この動きは、Lightningの幅広く成長し続けるユーザーベースの長期的な利益に対応していると思われます。 そうは言っても、スペックプロセスは耐えるのが簡単な作業ではありません。
「プロセスとして、それは骨の折れる作業であり、多くの時間がかかります。 さまざまな視点を持つ他の人々との調整が必要です」とNeigut氏は述べています。
その結果、企業が異なれば、個々の優先順位に応じて、このプロセスにさまざまな時間と労力が費やされますが、これは当然異なります。 Russel氏によると、CLNチームは「仕様と低レベルの実装の詳細にほとんど労力を費やし、開発者への働きかけやマーケティングにはほとんど労力を費やしていません」が、LNDの背後にある会社であるLightningLabsは多くの場合より多くのことに焦点を当てることを選択しました。困難な仕様プロセスよりも、新機能に関するエンジニアリングリソースと、顧客の問題点の解決。
LND:ギャップCLNは埋めることができますか?
LNDは、開発者初のLightning実装であり、その上にアプリケーションの開発を促進することに重点を置いています。これにより、特にREST APIを介した通信への標準的なアプローチにおいて、開発者との対話に重点が置かれ、アプリ開発が容易になります。明確なドキュメントと簡単なセットアップエクスペリエンス。
「開発者が簡単に入手して製品に統合し、その上にアプリを構築して、ウォレットまたはセルフホストノードとして配布できるようにしたいと考えています」とLND開発者のOliver Gugger と LondonBitcoinDevsのミートアップで。 「それをプレブに持ってきてください。」
その結果、LNDは、gRPCとRESTを有効にすることで、「優れた開発者インターフェースを持つ」ことに重点を置いています。
「LNDには素晴らしいコミュニティ、簡単なセットアップ、優れた開発者向けドキュメントがあります」とラッセルは、LNDが最も人気のあるLightning実装であると考えた理由を尋ねられたときに述べました。
LNDは、すべての実装の中で最大のコミュニティの関与を確認しており、現在、すべてのネットワークノードの大部分を実行しています。 一部の見積もり パブリックLightningノード全体に占めるLNDのシェアを70%から90%の間のどこかに置きます。
LNDはまた、間違いなく最大のフルタイム開発チームを誇っています。 その結果、チームはLNDを中心に、次のような多数の付加価値サービスを構築することができました。 絞り値 および流動性サービスLightning ループ および プール.
ループは海底スワップを使用してオンチェーンとオフチェーンのビットコインをブリッジし、ビットコインをライトニングネットワークに出し入れするのを簡単にします。 自動化されたチャネルバランシング、プライバシーを重視した非保管スワップ、手数料を節約する日和見トランザクションのバッチ処理、および実行中のスワップの進行状況の監視を実行します。
プールは、Lightningチャネルのピアツーピアマーケットプレイスです。 インバウンド流動性へのアクセスを必要とするユーザーを、ライトニングネットワーク参加者がその必要性を通知できるようにし、他のユーザーが自分の資本を使用してチャネルを開くように促すことにより、ライトニングネットワークに展開する資本を持っているユーザーに接続します。
LNDは通常、新機能とカスタマーサポートに重点を置いているため、CLNチームは、仕様プロセスに細心の注意を払うことで埋めたいと考えている市場にギャップを見つけました。
仕様するかどうか
「Labsチームは素晴らしいものを考え出しました」とNeigutは言いました。 「彼らは、組織として、追加するものの仕様を書くことに驚くことはありませんでした。 その良い例がKeySendです。」
キー送信 Lightningノードが受信ノードのIDのみを持つLightning支払いを誰かに送信できるようにします。つまり、ツールは現在の請求書を必要としません。 デファクトスタンダード Lightningの支払いメカニズムについて。
「彼らはそれを立ち上げ、多くの人々がそれを使い始めましたが、彼らはそれを完全に指定することはありませんでした」とNeigutは付け加えました。 「それで、CLNはそれをサポートできるようにしたかったのです。 チームメンバーのXNUMX人は、コードを読んでリバースエンジニアリングするだけで、コードを機能させる方法を理解する必要がありました。」
スペックは、チームがLightning Labsのコードをリバースエンジニアリングした後、最終的にSpiralのLightning実装であるLDKによって作成されたとNeigut氏は思い出しました。
「そして、LNDは非常に大きなインストールベースを持っているので、他のチームは本当に従う必要がありました」と彼女は言いました。 「これは、最も協調的なプロセスとは異なります。」
「LightningLabsのものに取り組んでいる人々のチームはかなりしっかりしています」とNeigutは付け加えました。 「彼らはネットワークの優位性を利用して、このような余分な作業をすべて行う必要がないのだと思います。そうしないと、ネットワーク上のノードの大部分がコードを実行するため、他の誰かがそうするからです。」
Neigutは、LNDが脚光を浴び、「デフォルトのLightning」実装であることにすでに慣れていると述べました。これは、顧客サポートの要求が少ないため、開発者として楽しんでいることを告白しています。
「しかし、過半数の実装がなければ、より健全なネットワークダイナミックが得られると思います」と彼女は付け加えました。 「それは、Lightningで自分たちのものを出荷するために誰もがしなければならないコラボレーションの量という点で、ゲームを本当に変えるだろうと思います。 そしてそれは健康だろう。」
仕様への細心の注意は、間違いなく、オープンネットワーク環境でのオープンソース開発の中心です。 Lightningでは、このような仕様がプロトコルの基盤を形成し、ネットワークに参加しているさまざまなバージョンの相互運用性を保証します。
ただし、XNUMXつのLightning実装への主要な変更と新しい追加には付随する仕様が必要であると主張する人もいれば、BOLT仕様を、各実装が独自のエキサイティングな新機能を構築できる最低限のものと見なす場合もあります。スペックスイートに移植して戻します。
「それは ハード オープンソースのインフラストラクチャ企業を設立したので、[LightningLabs]のすべての優先事項に同意しないのは当然のことです」とRussel氏は述べています。 「私は、彼らが持続可能な収入源を生み出す方法と、ライトニングネットワークの技術開発における信頼できるパートナーになる方法の両方を見つけるだろうと心から信じています。 ネットワークが細かく分割されるのを見たいと思う人はいないと思います。」
スペックプロセスを完全に無視すると、大きく異なるサブエコシステムが出現する可能性があり、相互運用性が失われると、ライトニングネットワーク全体の開発と採用に悪影響を与える可能性があります。 しかし、ラッセルが強調したように、今日、実装がそれを行っているという兆候はありません。 実装の詳細をユーザーから抽象化して、優れたユーザーエクスペリエンスを実現したい場合は、ノード間のまとまりのある相互運用可能な相互作用を維持することが重要です。
「[LightningLabs]が主導権を握り、スペックでも主導権を握っていれば、新機能の追加に関する摩擦は少し少なくなると思います。彼らが行っていることを追跡するのはそれほど難しくないからです。 」ネイグートは言った。 「おそらく、彼らは今後のスペックプロセスにより深く関与するでしょう。 スペックプロセスが重要であるというフィードバックを私たちや他のコミュニティから確実に受けていると思います。」
論争の一部と BOLTスペックプロセスの緊張 由来する Eメール 12月下旬にTwitterで共有され、LightningLabsのLightning流動性の責任者であるAlexBosworthが、BOLTXNUMXとBOLT仕様プロセスについてコメントしました。
ボスワースは、BOLTプロセスは、人々の同意を必要としない任意の標準化プロセスであり、したがって、「独立した実装間の条約よりも、任意のプロセスによって制御される意見のある一連の文書」を表すと書いています。
後でLightningLabs 明確化 ボスワースのコメントは彼の意見のみを反映しており、必ずしも会社の意見を反映しているわけではありません。
デッカーは、ロンドンのビットコイン開発者のミートアップ中に、ボスワースのコメントとBOLT仕様プロセスについての考えを共有しました。
「これらは、単一の仕様会議に一度も参加したことがない人からの非常に強力な声明だと思います」と彼は言いました。 「スペックプロセスには多少の論争がありますが、それは仕様によるものです。 XNUMXつの実装でネットワーク全体がどのように見えるかを指示できた場合、ネットワークがどのようなものであるかについて非常に近視眼的な見方をすることになり、提供しているさまざまなユースケースすべてに対応することはできません。」
「そうです、スペックプロセスがイライラすることもあります。私はそれに完全に同意します」と彼は付け加えました。 「私たちは確かに、ネットワークがどのように見えるべきかについて異なる見解を持っています。 しかし、この論文、アンチテーゼ、および合成プロセスによって、XNUMXつの実装が単独でそれを行う場合よりもはるかにユーザーにサービスを提供できるシステムを思いつきます。」
「私は個人的にスペックに取り組んでいないので、答えを出す資格がないと感じています」と、Guggerはミートアップでボスワースの電子メールにコメントして言った。 「アレックスが述べたすべての点に必ずしも同意するわけではないことを付け加えたかっただけです。 私は間違いなく別の言い方をしたでしょう。 仕様に取り組むためのリソースの不足は、私たちが意図ではなく、もちろん私たちの目標でもないものをブロックしていると解釈されることがあると思います。 スペックにもっと取り組みたいので、そこで改善していきたいと思います。 その欲求不満が時々表面化する方法を観察することは興味深いことです。 [DeckerとACINQの開発者であるBastienTeinturier]は、この仕様で行ったすべての作業に感謝します。 私も拾う必要があるので、最善を尽くします。」
ラッセルはまた、ボスワースの電子メールにコメントしました Twitterのスレッド LNDは最初にLightningを実装しておらず、最適に実装していなかったと述べたため、CLNの磨き上げとマーケティングにより多くの時間を費やすことを約束しました。コミュニティは素晴らしいものですが、彼は付け加えました。
「彼らは、ネットワークの優位性をプロトコル制御に活用できると判断したことが判明しました。仕様プロセスは「本物」ではありません」と彼はスレッドに書いています。 「LightningLabsは、さまざまな方法でLightningネットワークの所有権を主張しています。私は、公の場でそれらを呼び出すことには消極的です。 しかし、ライトニングネットワークとコミュニティはもっと良い価値があります。」
ラッセルはからの質問に答えませんでした Bitcoin Magazine このスレッドを参照します。 LightningLabsはコメントを控えた。
「2016年に、私たちはXNUMXつの異なる方向から来て、この最初の実験段階で学んだすべてのことをXNUMXつの仕様にまとめて、コラボレーションと相互運用を可能にすることにしました」とデッカーはミートアップで述べました。 「この実験段階の後には、他のすべての人が内省でき、他のすべての人が実行できる提案を常に続ける必要があります。 その正式な提案が欠落している場合があり、それにより、他の実装がその機能について独自のレビューを行うことができなくなります。 このレビューは、それがすべての人に役立つこと、そしてそれが私たちがそれを作ることができる最高のものであることを確認するために非常に重要です。」
「ライトニングネットワークが示唆する名前のように、互換性があり、相互運用でき、すべての実装を平等な競争の場でプレイできるようにすることで、ネットワーク効果から大きな利益を得ることができます」と彼は後に付け加えました。
実装は互いに補完し合い、競合しません
仕様プロセスに関する非常に具体的な論争に加えて、Lightningの実装は、ほとんどの場合個別に機能し、次に連携して、ネットワークに最適で最も要求の厳しい機能をもたらし、全体的なユーザーエクスペリエンスを向上させます。
その結果、CLNを仕様に準拠したモジュール式の軽量製品としてプッシュするというBlockstreamの動きは、ネットワークの他の部分と完全に相互運用可能であり、 独自のメリット する人に。
さまざまな実装が最良のバージョンになり、独自の価値提案を検討することで特定のユースケースに対応しようと努めているため、最終的には、より多くのより良いオプションが出現するにつれて、ユーザーが利益を得ることができます。
- "
- 11
- 2016
- 7
- 私たちについて
- アクセス
- 従った
- 越えて
- 添加
- 養子縁組
- 広告
- 利点
- 広告運用
- アレックス
- すべて
- 許可
- 既に
- 間で
- 量
- 金額
- 別の
- 誰も
- どこにでも
- API
- API
- アプリ
- アプリ開発
- アプローチ
- アプリ
- 建築
- 周りに
- 自動化する
- 自動化
- 利用できます
- 基礎
- になる
- さ
- 恩恵
- BEST
- ビット
- Bitcoin
- ブロックストリーム
- 誇る
- ボルト
- BRIDGE
- バグ
- ビルド
- 束
- ビジネス
- コール
- 資本
- これ
- 例
- キャッチ
- 変化する
- チャンネル
- クローザー
- コード
- コインジョイン
- 協力します
- 環境、テクノロジーを推奨
- 来ます
- 到来
- 注釈
- コマンドと
- コミュニケーション
- コミュニティ
- 企業
- 会社
- 会社の
- 補体
- 完全に
- コンプライアンス
- 準拠した
- コンセプト
- 交流
- 同意
- コントロール
- 論争
- 調整する
- 基本
- 可能性
- 作成
- 電流プローブ
- カスタム
- カスタマーサービス
- 取引
- 分権化された
- 専用
- 展開します
- 展開
- 設計
- デベロッパー
- 発展した
- Developer
- 開発者
- 開発
- Devices
- 開発者
- DID
- 異なる
- 異なります
- 難しい
- 直接に
- 配布
- ドキュメント
- そうではありません
- ダイナミック
- 早い
- 簡単に
- 効果
- 効率
- 効率良く
- 強調
- enable
- 有効にする
- 婚約
- エンジニア
- エンジニアリング
- 確保する
- 環境
- 確立する
- 誰も
- すべてのもの
- 例
- 交換
- 体験
- 伸ばす
- ファッション
- 特徴
- 特徴
- フィードバック
- 費用
- フィギュア
- 名
- フォーカス
- 焦点を当て
- 焦点を当てて
- フットプリント
- フォーム
- フォワード
- 発見
- Foundation
- 機能性
- ファンド
- 資金調達
- 資金
- 未来
- ゲーム
- ギャップ
- 一般に
- 受け
- 与え
- 目標
- 行く
- 良い
- 素晴らしい
- 大きい
- 起こる
- 持って
- 助けます
- ことができます
- ハイ
- 特徴
- 強調表示された
- 認定条件
- How To
- HTTPS
- 巨大な
- 識別する
- 実装する
- 実装
- 実装
- 重要
- 改善します
- 含めて
- 所得
- 個人
- インフラ関連事業
- install
- 統合する
- 意図
- 意図
- 相互作用
- 興味がある
- 利益
- インタフェース
- 相互運用性(インターオペラビリティ)
- 関係する
- IT
- join
- キー
- ラボ
- 言語
- 大
- 最大の
- 打ち上げ
- つながる
- 主要な
- 学んだ
- レベル
- 活用します
- 稲妻
- 雷ネットワーク
- 軽量
- 可能性が高い
- linuxの
- 流動性
- 少し
- ローカル
- ロンドン
- 長い
- 長期的
- MacOSの
- 主要な
- 大多数
- 作る
- 作成
- マネージド
- 管理
- 市場
- マーケティング
- 市場
- 意味
- メンバー
- 最小
- モジュラー
- お金
- モニタリング
- 月
- 他には?
- 最も
- 一番人気
- 必ずしも
- ネットワーク
- 新しい特徴
- ノード
- 提供
- 提供すること
- オファリング
- オファー
- 開いた
- 開設
- 開きます
- 意見
- オプション
- 注文
- 組織
- その他
- 自分の
- 所有権
- 痛み
- 参加者
- パートナー
- 支払い
- 支払い
- のワークプ
- 視点
- 相
- 哲学
- プレイ
- プラグイン
- 人気
- 練習
- かなり
- 優先順位
- 問題
- 問題
- プロセス
- プロダクト
- 生産
- 利益
- プログラミング
- プロジェクト
- 提案
- 提案された
- 命題
- 提供します
- は、大阪で
- 提供
- 公共
- 修飾
- リーディング
- 受け取ります
- 反映する
- 表し
- 要求
- 必要とする
- リソース
- REST
- 逆
- レビュー
- 丈夫
- ルート
- ラン
- ランニング
- 前記
- スケーリング
- 見て
- 売る
- サービス
- サービング
- セッションに
- シェアする
- shared
- 同様の
- So
- ソフトウェア
- ソリューション
- 解決する
- 一部
- 誰か
- 何か
- スピークス
- 仕様
- 過ごす
- split
- スポットライト
- スタンドアロン
- 標準
- 規格
- 開始
- 文
- ステム
- 流れ
- 努力する
- 強い
- サポート
- 表面
- 持続可能な
- Talk
- タスク
- チーム
- 技術的
- テクノロジー
- test
- 介して
- 時間
- 今日
- 一緒に
- ツール
- top
- 伝統的に
- トランザクション
- 取引
- さえずり
- 一般的に
- us
- つかいます
- users
- 通常
- 値
- 詳しく見る
- ビジョン
- 財布
- 財布
- wanted
- この試験は
- 何ですか
- while
- 誰
- 仕事
- ワーキング
- 作品
- でしょう
- 書き込み