ChenHao 陈浩

中国のコインチャレンジをしてみよう #BinanceHerYerde #Write2Earn

DUSKのキャンペーン掲載リスト入りまで、あと20ポイント足りなかったんです。

それは小さな差に聞こえるけど、キャンペーンが終わったあと、あの20ポイントが実際には何を意味していたのか考えるようになりました。

ポイントのキャンペーンは、投稿数の多い人を当てるだけのものではありません。注目が数値で測れるようになったとき、コミュニティがどう反応するかも示してくれるんです。

私にとって面白かったのは、「活動」と「順位」の間にあるギャップでした。

調べる日数、書く時間、返信する時間、そしてさまざまな切り口を試す日々を重ねても、ポイントのほんの少しの違いで、最終リストに名前が載るか載らないかが決まってしまう。

だから、この本当の学びはDUSK以上のものになります。

次のキャンペーンに向けては、「もっと投稿する」だけではなく、より賢い取り組み方をするべきだと思いました。

ポイントが実際に生まれる仕組みを理解すること、競争が最も激しい場所を見極めること、そして時間を使う前に、どの活動の価値が一番高いのかを把握すること。

20ポイント差での取り逃しは、確かに痛いです。

でも正直、それによって次のキャンペーンにどう臨むべきか、より良い考えが得られました。

DUSKがRWAの劇としてどのように組み立てられているのかを見ていて、ちょっとした一つの点が見出し以上に引っかかった。
面白いのは、RWAsが最終的に大きなカテゴリになるかどうかという話ではないかもしれない。「まだ誰もそれについて話していない」という中に隠れている前提のほうだ。
私はその組み立て方を何度か見直し、実際のプロトコルの主張と、市場の注目サイクルを分けようとした。コーヒーを淹れて読み返したのは、結局同じ疑問に戻ってしまったからだ。ここで早いことは、見過ごされているという意味なのか。それとも、市場がまだ気にする理由を見つけていないという意味なのか？

その違いは重要だ。

プロジェクトが正しい物語を持っていても、実需要が追いつくまで長い時間待つことはあり得る。仕組みとして、それは筋が通っている。構造としては、まったく別のリスクを生む。
注目の不足は一時的かもしれない。もしかすると、それが私たちに何かを教えているのかもしれない。

まだ、どちらなのか決めきれていない。

私が答えを知りたい質問はこれだ。DUSKのRWAという主張が、単に「より良い物語」になるのではなく、本当に現実になりつつあることを裏付ける具体的なオンチェーン上の挙動とは何か？

#dusk $DUSK @Dusk

#dusk $DUSK @Dusk 昨日、DUSKのバーン・ヘッドラインに思わず二度見した
昨日、私はDUSKのバーンが、まるでデフレの単純な証明であるかのように扱われているのを見ました。そこで私は一旦立ち止まりました。数字だけでは不完全に感じたからです。

バーンは、いくらかのDUSKが取り除かれたことを教えてくれます。しかし、それがなぜ起きたのか、どこから来たのか、またその活動が幅広いエコシステムの需要を表しているのかどうかは分かりません。

もしバーンの大半が、1つのウォレット、アプリケーション、エポック、あるいは少数のブロックから来ているのなら、話は変わります。本当の利用である可能性もありますが、広いネットワークについてはあまり語らない、集中した活動である可能性もあります。
そう考えて、より役に立つDuskダッシュボードには、バーンをエミッションの横に加え、ステーキング報酬、アクティブウォレット、アプリケーション、取引アクティビティも並べて表示すべきだと思いました。

私はバーンそのものを疑っているわけではありません。バーンから私たちが何を前提として読み取っているのかを疑っているのです。
バーンは、多くの独立したユーザーによって引き起こされたのか、それとも少数の大口ソースによるものなのか？
それは繰り返される経済的なパターンになりつつあるのか、ただの短期的な急騰なのか？
私にとっては、この違いが見出しの数字以上に重要です。興味深い物語はバーンの後に始まります。
$RE

$LAB

#dusk $DUSK @Dusk
以前、金融のブロックチェーンには、資産をトークン化して、より透明な取引の場を作るだけで十分だと思っていました。けれどもDuskについてさらに読み進めるうちに、別の考えに立ち返り続けました。難しいのは、資産をオンチェーンに載せることではなく、その資産を取り巻くルールをオンチェーンで実行可能にすることです。私はアーキテクチャを見直し、それが実際には何を意味するのかをしばらく考えました。もしコンプライアンス、投資家の適格性、移転の制限、そして決済条件によって取引の有効性が左右されるのなら、ブロックチェーンは単に所有権を記録するものではなくなります。金融プロセスそのものの一部になっていくのです。それは、単なるトークン化よりもずっと大きな変化のように感じます。

コーヒーを手に取り、この観点からもう一度その考えを読み直しました。興味深いトレードオフは、規制された資産がネイティブなデジタルオブジェクトのように振る舞えるようになる可能性がある一方で、プロトコルが、通常は別々の機関が扱う前提（法的合意や仲介者）をある程度引き受ける必要が出てくる、ということです。仕組みとしてはそれで理にかなっています。ですが構造的には、私にとってもう一つの問いが浮かびます。金融ルールが取引の実行へと埋め込まれていくほど、そのルールのアップグレード権限やガバナンスの意思決定がより重要になる。オンチェーンに本当の金融システムを作るには、避けられないコストなのかもしれません。あるいは、それこそが最も厳しく精査されるべき部分になるのかもしれない。私はまだ決めかねています。コンプライアンスを取引ライフサイクルに直接組み込むことで、システムへの信頼は増すのでしょうか、それとも減るのでしょうか？
$RE
$AAVE

スクロールを止めさせた“ひとつのこと”は、Dusk Walletの中に直接Sozuステーキングが表示されていたことです。
最初は、面白いのは単に別のステーキングオプションを追加したことだと思いました。けれど、その変更がユーザーの判断にどう影響するのか考え続けました。
ステーキングがウォレット内に入ると、「DUSKを保有する」と「DUSKを運用する」の間の距離がかなり縮まります。些細なように聞こえますが、仕組みとしては流動性についてユーザーがどう考えるかを変え得ます。
改めてそのアイデアを見直して、何度も読み返すことになりました。ウォレットは単にトークンを保管する場所ではなくなり、インターフェースが、資産を流動のままにするのか、ステーキングの仕組みにコミットさせるのかを、ひっそりと左右し得るのです。
コーヒーを取りに行って戻っても、同じ疑問が残っていました。
もしかすると、それは意図的なのかもしれません。ウォレットUXの自然な方向性なのかもしれない。ですが、ここにはトレードオフがあります。ステーキングを簡単にすることで参加は増える一方で、流動性がユーザーに見えにくくなる可能性もあります。
ドキュメントには、Sozuステーキングへのアクセス方法が書かれています。すると私には別の疑問が湧きました。ウォレットがそれをこれほど簡単にしてしまうことで、将来的にDUSKの流通している供給のどれだけが、構造的にステーキングと結びついていき得るのか。

#dusk $DUSK @Dusk
$LAB
$AAVE

#dusk $DUSK @Dusk
私は、AMAs（公開質問・回答）が、単にいつもの定型の話題を繰り返すのではなく、プロジェクトの裏側にある詳細に焦点を当てているときにこそ、より役に立つと常々感じています。
Dusk x @binance のAMAは、Binance Squareで3時間後に始まります。チームの話を直接聞いて、彼らが現在取り組んでいることを理解する良い機会になるはずです。
私にとって面白いのは、発表そのものだけではありません。Duskがプライバシー、コンプライアンス、そして金融インフラに対してどのような考え方をしているのか、その理由です。そして、それらのアイデアが、開発者や機関が実際に使える形へとどう落とし込まれているのかを知ることです。
ブロックチェーンのインフラについては多くの議論がありますが、より難しい問いは通常、実装に関するものです。
システムが実際の要件をどのように扱うのか、どこでトレードオフが発生するのか、そして何がまだ改善を必要としているのか。
だからこのAMAを、もう一つの宣伝イベントとして見るのではなく、実務的な詳細や、Duskがエコシステムの次の段階をどう考えているかが見えてくる質問に注目するつもりです。
役に立つ情報が得られるのは、チームが難しい部分をどのように説明するか、ただ耳を傾けるだけのこともあります。

$LAB
$RE

#dusk $DUSK @Dusk
Duskのアーキテクチャのうち、注目する価値があると感じるのは、そのEthereum互換の実行レイヤーです。

DuskEVMは、Foundry、Hardhat、viem、ethersといったおなじみのEVMツールを使って、SolidityおよびVyperアプリケーションをデプロイできるように設計されています。

面白いのは、それがDuskのより広いアーキテクチャの中でどう位置付けられているかです。

Duskは実行と決済を分離します。DuskEVMがEVM互換のアプリケーション実行を担当し、一方でDuskDSが基盤となるコンセンサス、ファイナリティ、データ利用可能性レイヤーを提供します。

つまり、Dusk上で構築するために、まったく別のスマートコントラクト環境を学ぶ必要が必ずしもあるわけではありません。Duskの決済基盤にアプリケーションを接続しながら、馴染みのあるEVM開発モデルを利用できます。

また、DuskにはDuskVMもあり、Rust/WASMのコントラクトという別アプローチで、Dusk L1上で直接実行します。

ですから、大きな考え方は単に「DuskがEVMをサポートしている」ということに留まりません。

互換性を重視するのか、それとも直接のL1機能を重視するのかに応じて、Duskが開発者に2つの実行パスを提供しているのです。

$RE

$LAB

#dusk $DUSK @Dusk
トークン化によって、これまで小規模・中規模の企業にとって伝統的に難しかったことの一つである「プライベート・キャピタル市場へのアクセス」が変わる可能性があります。

今日、プライベート市場はアクセスしづらい面があります。参入障壁が高く、流動性が限られ、プロセスが複雑で、コンプライアンス要件もあるため、資金調達が小規模企業にとって難しくなることがあります。

トークン化はこれらの課題をなくすわけではありませんが、プロセスの一部をより効率化できるかもしれません。

資産や所有権に関する持分をブロックチェーン上のトークンとして表すことで、企業は、投資家が参加する方法をより柔軟にしつつ、所有、移転、決済がどのように記録されるかを改善できる可能性があります。

やがてそれが中小企業にとっては、従来の枠組みに全面的に依存することなく、より幅広い投資家プールへのアクセスにつながるかもしれません。

しかし重要なのは、トークンそのものではありません。

本当の問いは、基盤となる法的枠組み、投資家保護、コンプライアンスのルール、そして市場インフラが、このモデルを適切に支えられるかどうかです。

それらの要素がうまく噛み合えば、トークン化によってプライベート・キャピタル市場をより利用しやすくできる可能性があります。

興味深いのは、それが単に古い複雑さを新しい技術に移し替えるだけにならずに、それを実現できるかどうかです。

Is post ka hisab sa photo bana ka 6.2 me with the white background in handemadephoto

$RE
$LAB

#dusk $DUSK @Dusk
Duskは、そのエコシステムの2つの要素をベータ段階へ移行しました。Dusk Wallet と Dusk Connect SDK です。
私の注目点は、これらが単なる別々のプロダクト更新ではないことです。Dusk を基盤にしたアプリケーションを人々が実際にどう使うかに影響し得る、2つの要素が揃っているのです。
Dusk Wallet は、ユーザーが自分の資産を管理し、やり取りするための手段を提供することを目的としています。一方で、Dusk Connect SDK は、開発者にとって、ウォレットをDuskベースのアプリケーションに接続するための、より標準化された方法を提供します。
ここで重要なのはベータ段階であるという点です。つまり、これらのツールは実運用でテストされているものの、まだ完成品として扱うべきではありません。開発者からのフィードバック、互換性、使いやすさ、そして想定外のケース（エッジケース）の取り扱いが、今後の進展で重要になります。
私にとってより興味深いのは、さらに多くのアプリケーションがこれらの共通コンポーネントに依存し始めたときに、何が起こるのかという点です。
ウォレットとSDKがあれば、エコシステムは利用しやすくなりますが、それと同時に、開発者が頼りにする可能性のあるインフラにもなります。
このベータは「何かが保証されるから」ではなく、Duskが自社ネットワークの周りに実用的なレイヤーをどう構築しているのかを早期に見せてくれるからこそ、注目する価値があります。

$LAB

$RE

Duskの今後の規制対象RWA取引プラットフォーム：「regulated（規制対象）」という言葉よりも、実際にコンプライアンス負担がどこに掛かっているのかのほうが気になる。
説明を読み返して、規制対象資産がオンチェーンの取引環境を通るときに何が起きるのか考え始めた。素直な前提は、プラットフォームが取引の周りに単にコンプライアンスを追加する、というものだ。

だが本質的な問いは、そうしたルールをあらゆるステップで執行する責任は誰にあるのか、という点だ。
コーヒーを飲みながら、その糸をずっと引き続けた。適格性、移転制限、投資家の権限、そして決済条件が取引フローの一部であるなら、コンプライアンスは実行前にチェックするだけの項目では済まない。それは取引そのもののライフサイクルに組み込まれていく。

仕組みとしては、規制市場ならそれは筋が通っている。

しかし構造的には、別の依存関係が生まれる。つまり、流動性を実際に動かす前に、取引システムは信頼できるコンプライアンスの状態を必要とする。

プラットフォームそのものより、私はその部分のほうにより惹かれている。
たぶんこれは、規制対象RWAにとって避けられないのだろう。でもそれでも考えさせられた。つまり、すべての執行がまずコンプライアンス条件の正確さに依存するとき、機関投資家にはどれほどの取引の柔軟性が本当にあるのだろうか。
#dusk $DUSK
@Dusk

$RED

$AAVE

DUSKが米国で上場されたというニュースで、スクロールを止めてしまった理由は1つです。上場そのものよりも、実際に生み出す流動性のほうが重要かもしれないからです。

さっそく発表を見直して、現在の市場データと照合しました。Binance USにはDUSK/USDTがありますが、取引の活発さは、より大きなグローバル取引所に比べるとまだ非常に小さいです。そのギャップが気になりました。

コーヒーを飲みながら、規制された金融を背景に作られたトークンにとって、米国上場が本当に何を変えるのか考え始めました。
仕組み上のアクセスは改善します。ですが、アクセスと「意味のある流動性」はまったく別物です。

その部分を、見出しに書く人は誰もいません。

米国の参加者が技術的にはDUSKを取引できても、注文板が比較的薄いままだとすると、上場は直ちの市場インパクトよりも規制面での意味が大きくなる可能性があります。逆に、Duskが実際に機関投資家の資金フローを引き寄せるなら、より深い米国の流動性が後になって重要になるかもしれません。

たぶん、避けられないタイミングのズレがあるのだと思います。市場の取引の場が先に来てしまい、裏側の機関の需要はまだ追いついていない。

私は今も、上場そのものにどれくらいの重みを置くべきか決めかねています。
流動性がまだ追いついていないのに、米国の取引所への上場は意味があるのでしょうか？
@Dusk
#dusk $DUSK

スクロールを止めさせられたことが1つあります。
Dusk x ChainlinK：興味深いのは、単にDuskがクロスチェーン接続性を得るという点だけではありません。

パートナーシップの詳細を見直して、資産を移動することと、それに対するコントロールを維持することの違いが、どれほど重要かに気づきました。

Duskは、トークンのコントラクトの所有権を保持し、レート制限やアップグレード経路といったコントロールも維持したまま、正規の相互運用レイヤーとしてCCIPを使う予定です。

それは一見わかりやすい話に聞こえますが、規制対象の資産を考えると話は別です。

コーヒーを手に取り、もう一度アーキテクチャを見直しました。

隠れたトレードオフは、相互運用が信頼要件をなくすわけではないことです。信頼要件の一部を、メッセージング・レイヤーへ移すだけです。そこで、セキュリティ前提や設定、そして発行者のコントロールがすべて整合していなければなりません。

仕組みとしてはそれで納得できます。

しかし構造としては、新しい依存関係が生まれます。

Duskは自分のネットワーク内でプライバシーとコンプライアンスを維持できる一方で、クロスチェーンでの資産移動は、基盤レイヤーの外にあるインフラに依存し続けます。

規制対象の資産をチェーン間で組み合わせ可能（コンポーズ可能）にするための、単に避けられないコストなのかもしれません。

私はまだ考えています。

相互運用が、機関にとって「信頼しなければならない」もう一つの重要な依存関係になるのは、どの時点でしょう？
@Dusk
#dusk $DUSK

Dusk Connectの面白い部分は、ウォレット接続そのものではないと思っています。

DuskDSのdApps向けに、それを標準SDKにしようという考えを調べ始めたとき、ある小さな点がずっと気になって引き戻されました。

共有された接続レイヤーは単純に見えますが、同時に共通の依存関係も生み出します。

改めてその考えを辿り、複数のdAppsが同じウォレットのインターフェースに依存した場合に何が起きるのかを考え始めました。仕組みとしては理にかなっています。開発者は一貫性を得られ、ユーザーは見慣れた接続フローを利用でき、またウォレット側で毎回のアプリごとに統合を作り直す必要はありません。

そこでコーヒーを取って、また同じ疑問に戻りました。

その標準に依存するdAppsが増えるほど、互換性に関する判断の重要度は上がっていきます。
SDKの中では些細に見える変更でも、いずれ複数のアプリに同時に影響する可能性があります。それは設計が悪いという意味ではありません。おそらく標準化に伴う避けられないトレードオフです。

でも、それによって私の中でDusk Connectの見え方が変わりました。

価値は、単なる利便性だけではありません。これは連携です。

そして、こう考えるようになりました。
DuskDSのdAppsが同じ接続標準に依存すればするほど、「互換性」とは結局だれが決めるのでしょうか？

@Dusk
#dusk $DUSK

DuskEVMのテストネットでスクロールを止めさせられた「あること」：ブリッジが単純な“DUSKを移して終わり”のフローではないからです。

ドキュメントに入って、面白い部分はEVM互換性だと思っていました。ところが、延々と追ってしまったのは出金の仕組みでした。

そこが妙に面白かった。

DuskEVMからの出金には、3つの別々のオンチェーン操作が必要です。まずEVMで開始し、次にDusk L1で証明を行い、最後にL1で確定します。さらに重要なのは、ドキュメントによれば準備完了は固定の待ち時間ではなく、公開されているネットワーク状態、証明の成熟度、そしてディスピュートゲームのチェックに依存するとされている点です。

コーヒーをつかんで、そこからもう一度確認しました。

仕組みとしては、DuskDSによって決済されたOP Stack風の実行環境であれば理にかなっています。ですが構造的には、ユーザー体験が元のEVMトランザクションの外側にある条件によって一部コントロールされることを意味します。

この部分は誰も「EVM稼働中」の見出しには書きません。

もしかすると、2つの実行レイヤーを接続する際の、避けられないトレードオフなのかもしれません。

でも気になりました。DuskEVMがテストネットでの実験から、実際の金融活動へ進むにつれて、ユーザーは「完了した」ことが必ずしも「まだ出金可能」を意味しないブリッジを受け入れるのでしょうか？
@Dusk
#dusk $DUSK

あなたは本当に次に何が起きるかなんて分からない $DEXE
$DEXE はたった8か月で $0.4 から $47 までやって来た
だから、$2.2へ戻したのはとても良くて健康的な判断だった
これは金融アドバイスではないが、次の $DEXE の強気ムーブが始まるだろう。

#DEXEPriceAnalysis #Write2Earrn

バビロンの共同創業者について調べ始めたとき、私はよくある創業者ストーリー—ビットコインのステーキング、共有セキュリティ、そしてそれに関連する技術アーキテクチャ—を想定していました。けれども私を惹きつけたのは、もっと静かな問いでした。プロトコルがコードから機関へと越えていくとき、責任は実際どこに所在するのだろうか。
バビロンを深掘りするほど、「ビットコインが他のチェーンをセキュアにする」という単純な説明の説得力は薄れていきました。面白いのは、プロトコルがオンチェーンでどこまで強制できるのか、そしてなおオペレーター、バリデーター、コントラクト、ならびに法的な関係に依存する部分がどこにあるのか、その境界です。
その境界が、私の考える「信頼」のあり方を変えました。スマートコントラクトは特定の条件を強制できますが、保管（カストディ）をめぐるあらゆる紛争、運用上のミス、契約上の義務、あるいはオフチェーンで起こるふるまいを自動的に解決できるわけではありません。そうしたギャップは、必ずしも弱点ではありません。ガバナンスや法的設計がセキュリティ・モデルの一部になる場所でもあるのです。
このことによって、バビロンのアーキテクチャは、ステーキング機構の単なる集合というより、層をなした責任のシステムのように感じられました。コンセンサスはあるカテゴリのリスクを扱います。暗号のルールは別のカテゴリを扱います。経済的インセンティブはふるまいに影響します。コードが止まるところには、法的合意や執行メカニズムが存在します。
私にとって、それは見出しとしての機能よりもずっと興味深いことです。真の設計上の問いは、「ビットコインがセキュリティを提供できるか」という単純な話ではなく、何かがうまくいかなかったときに責任がどう分けられるのか、という点にあります。
@BabylonLabs_io #baby
#Wtite2Earn
$BABY

スクロールを止めたきっかけがひとつある。注意を引いたのは、その発表そのものではなかった。注目したのは、バビロンが、機関投資家のデジタル資産運用を中心に構築されたプラットフォームであるユティラと提携しているという事実だ。そこで問いが「だれがビットコインをステークできるのか？」から「だれが安全に、しかも大規模に運用できるのか？」へと切り替わった。

その後、発表文を二度読むのではなく、機関投資家のカストディ（保管）ワークフローが、ステーキング・システムに通常どう組み込まれるのかを調べに行った。そして、バビロンのビットコイン・ステーキング・モデルに関するドキュメントを、カストディアンが通常持っている運用上の前提と照合し直した。コーヒーを入れて戻ると、同じ考えがまだそこに残っていた。

面白いのは、単にカストディとステーキングが今交差するというだけではない。運用上のセキュリティが、プロトコルのセキュリティの一部として立ち上がってくる、という点だ。機関は、承認、署名ポリシー、トレジャリー管理といったものを、通常は別々のチームに分けて運用する。一方でバビロンは、ビットコインネイティブなアクションが、正しいタイミングで、正しく実行されることに依存している。この2つのシステムは競合しているわけではないが、自然に同一のものでもない。

それが、デッキの誰も触れないポイントだ。

メカニクス的には、大口保有者が参加する前にポリシー駆動型のカストディを望むのは理にかなっている。だが構造的には、承認レイヤーを追加するたびに、単一ユーザーのウォレットには存在しないタイミング前提が入り込んでくる。プロトコルはトラスト最小化のままでも、運用の経路はますます調整されたものになっていくかもしれない。

それは意図的なのかもしれない。機関の参画が機能するのは、それらの運用上の制約を、最適化して取り除くのではなく受け入れる場合に限られるのかもしれない。私はいま、それが実際のところセキュリティ・モデルを変えるのか、それとも失敗が起こりやすい場所を変えるだけなのかを見極めようとしている。
時間とともに、どちらがより難しいエンジニアリング課題になるのだろうと考え続けている。ビットコインそのものを守ることか、それともそれを動かす権限を持つ人々を調整することか？
@BabylonLabs_io
#baby $BABY

面白いところは、バビロンがキーストーンとより密接に連携している点だと思いました。ところが実際には、そのパートナーシップが静かに示しているのは、運用上のリスクがどこへ移り始めているのか、ということでした。
私は、その発表をバビロンのステーキング設計やウォレットのフローと一緒に読み進めました。比較するほど、それが単純なハードウェアウォレットの統合に見えてきませんでした。鍵の管理（カストディ）を手放さずにビットコインをステーキングするには、すべての署名ステップが予測可能なままである必要があります。つまり、デバイスが鍵を保持する部分は、ブロックを生成したことがなくても、プロトコルのセキュリティの一部になるのです。
次に、バリデータの運用と、バビロン内部にあるさまざまなアンボンディング経路を見ました。ビットコインのエグジットはビットコインのタイミングに従い、BABYのステーキングはジェネシスチェーンに従います。これは前提の異なる別々のシステムです。もしユーザーが、自分が何に署名しているのかを誤解したり、誤ったアクションを承認したりするなら、問題はコンセンサスではありません。参加者が一人ずつ増えていくように、ネットワーク全体へ広がる運用上の摩擦になっていきます。
そのせいで、キーストーンのパートナーシップは別の意味合いに感じられました。経済的な出来事につながる前に、ミスを減らしているのです。取引の可視性を高め、より明確な署名フローを用意しても、トークノミクスやコンセンサスは変わりません。しかし、紛らわしいインターフェースによって人々が不必要なリスクを作ってしまう可能性は減ります。
アーキテクチャとユーザーフローを時間をかけて突き合わせた結果、ビットコインのステーキングで最も難しいのは、暗号技術そのものではないのかもしれない、と思いました。重要な意思決定の一つひとつが、人々が自分は何に署名しているのかを一貫して理解できるほど分かりやすくなっていることかもしれません。
@BabylonLabs_io
#baby $BABY