Aylinx

$ASTER is showing an interesting setup here.

Price pulled back into the 0.695–0.700 zone without breaking the broader structure, and buyers are starting to step back in.

Entry: 0.695–0.700
TP1: 0.732
TP2: 0.764
TP3: 0.795
SL: 0.662

The key for me is whether buyers can defend the current zone and push price toward the next resistance levels.

Watching this one closely.

#ASTER #Write2Earn #Binance
#crypto

私がDuskを調べ始めたとき、プライバシーの部分が、また戻ってきたくなるポイントになると思っていました。

でも違いました。

ネットワーク、ステーキングの仕組み、ウォレット、スマートコントラクト、そしてDuskが規制対象の資産にどうアプローチしているかを一通り見ていくうちに、派手さのない別のことを考えるようになりました。それは、オンチェーン上で金融資産として実際に使えるようになるまでに、いくつもの別々の課題が連携して機能する必要があるのか、ということです。

プライバシーだけでは、適格性は解決できません。

トークン化だけでは、市場は生まれません。

高速な決済レイヤーだけでは、誰がその資産を受け取ることを許可されているのかには答えられません。

そして、コンプライアンスだけでは、ユーザー体験をシンプルにするとは限りません。

それが、私のDuskに対する見方を変えました。

いま私が関心を持っているのは、どれか1つの機能が別の機能より優れているかどうかではありません。これらすべての要素が、すでにある以上に規制された金融を複雑にすることなく、実際にうまく連携できるかどうかです。

それでも、アーキテクチャがそれを自ら証明しているとは私はまだ思っていません。

本当の試験は、導入（アダプション）です。

このキャンペーンを通してDuskを追いかけたことで、私が最後に抱えて持ち帰る問いはおそらくこれです：

この一連のインフラは、本当にそれを必要としている人たちにとって十分シンプルに感じられるのでしょうか？

それが、キャンペーン終了後も私が見届けたい部分です。

$DUSK @Dusk #dusk #RWA #Privacy

#dusk $DUSK @Dusk
規制された金融について、ダスクをもう少し詳しく見たあとで初めて、より腑に落ちるようになりました。

以前は、コンプライアンスとは基本的に、あらゆる金融アプリケーションの入口にある「関所」のようなものだと思っていました。

あなたが誰かを証明して承認を得ると、そのアプリはあなたができることを理解する。

しかし、同じ投資家が複数の規制対象の資産やアプリケーションを使おうとする場合、それを何度も繰り返すことは、ブロックチェーンが取り除くはずだった種類の摩擦そのものに聞こえてきます。

そこで、ウォレットを適格な参加者に紐づけるというダスクの発想に注目しました。

面白いのは、「その人が資産を保有することを許されている」ことを証明するだけではありません。

その適格性が、毎回すべてのアプリケーションが別々に作り直すのではなく、インフラの一部になると何が起きるのか——そこです。

それによって、規制されたエコシステムが、孤立したプラットフォームの寄せ集めのように感じられるのではなく、ひとつながりの市場のように見えてくる可能性があります。

ただ、ひとつ引っかかって考えてしまう点があります。

コンプライアンス層が再利用可能になればなるほど、アイデンティティとアクセスのルールを正しくすることがより重要になります。

なぜなら、コンプライアンスがインフラになると、そこに間違いがあった場合、単にオンボーディング体験が悪くなるだけでは済まないからです。

それは、その上に構築されたすべてに影響しうる。

そのトレードオフは、おそらく別のプライバシーの見出しよりも、私にとってずっと興味深いです。

#dusk $DUSK @Dusk

ウォレットのアップデートが、インフラのことを考えさせてくるなんて思いもしませんでした。

暗号資産で「新しいウォレット」と聞くと、私はいつも別のインターフェース、別の接続ボタン、別の署名画面を想像します。

でも、Dusk Connectを見てみて。

私の目に留まったのは、Duskならネットワーク面とスマートコントラクト側は動かせる一方で、開発者がdAppsのためにウォレットを見つけて、アカウントを要求し、トランザクションに署名してもらうことを、シンプルに行える手段がまだ必要だという点です。

それは、ちょっとした「欠けているピース」に聞こえます。

たぶん、それだけではない。

ブロックチェーンの下にある技術がどれほど見事でも、アプリケーション層がまだユーザーから切り離されているように感じるなら、インフラは本当に完成しているとは言えません。

私は、そういう地味な部分の方が、また別の派手な機能発表よりも面白いと思っています。

というのも、今はさらに別のことが気になっているからです。

Duskが「オンチェーンで動く金融アプリケーション」について語るとき、その難しさのうち実際にブロックチェーンが占める割合はどれくらいで、そして人々がそれを使えるようにする周辺の仕組みがどれくらいを占めるのでしょうか？

退屈なインフラこそが、実は本当の試練の始まりなのかもしれません。

#dusk $DUSK @Dusk
私は、Duskのコンプライアンス側の対応は、規制当局にしか意味のないものだろうと、ほぼ見落としていました。

しかし考え始めると、実際の金融資産がやり取りされるときに何が起きるのかという点に行き着きます。

通常の暗号資産の送金では、重要なのは多くの場合、その取引が有効かどうか、そして送信者に資金があるかどうかです。

規制対象の証券には、さらに別の問いが加わります。

買い手はそれを保有してよいのか。必要な情報は確認されたのか。ルール上求められる場合、譲渡は制限できるのか。そして、誰かが後で取引を検証する必要があるとしたら、実際にどれくらいの情報を見られるべきなのか。

それによって、私はDuskのプライバシーへの取り組みの見え方を変えました。

面白いのは単に金融データを隠すことではありません。プライバシーと検証を、どちらか一方が消えないともう一方が成立しないという形ではなく、互いに両立させようとしている点です。

私は、この違いは一般的な「プライベート・ブロックチェーン」という呼称よりも重要だと思います。

ただ、まだ確信できない点もあります。

このアーキテクチャはこれらのルールを定義できますが、実際の発行者や投資家は、このプロセスを十分に簡単だと感じて使えるのでしょうか。

なぜなら、私にとっては、そこで技術が単なる興味深い設計の段階を越えて、現実の金融インフラになり始めるからです。

#dusk $DUSK @Dusk
私が立ち止まったのは、Dusk Tradeそのものではありませんでした。問題は、インフラを構築することと、人々がそれを実際に使えるようにすることの間にあるギャップです。

Duskはパブリックなレイヤー1になり得ますが、その上に構築される金融市場は、やはり制御されたアクセスを必要とします。最初は矛盾しているように聞こえますが、規制された資産のことを考えるほど、その考えに納得がいってきます。

債券やプライベート市場への投資は、誰でも購入でき、送金でき、資格を確認せずに保有できるような“ランダムなトークン”のようには扱えません。

つまりDuskは、まったく性質の異なる2つの課題を同時に解こうとしています。

基盤となるネットワークはオープンである必要がある。

その上に作られる金融アプリケーションは、誰がドアを通れるのかを知る必要がある。

この違いは、よくあるプライバシーの語りよりも、私にとっては実はもっと興味深い点です。

というのも、インフラは許可不要（パーミッションレス）で、資産そのものにはルールがあるなら、現実の問いは、そのルールがどこに存在するのか、そしてそれがブロックチェーン全体を許可制システムに変えてしまわずに機能し得るのか、ということになるからです。

Dusk Tradeはまだ開発中なので、答えがすでに証明されているとは思いません。

ただ、その境界線を注意深く見ていきます。

上に制御された金融市場を載せたパブリック・ブロックチェーンは、手短に言えばシンプルに聞こえます。

この2つをうまく両立させるのは、おそらく簡単ではありません。

#dusk $DUSK @Dusk 夕暮れの中の小さなひとつのディテールが、「プライベートトランザクション」とは実際に何を意味するのかを考え直すきっかけになりました。
私は普段、ブロックチェーンのトランザクションを、ひとつの単純な流れとしてイメージしています。つまり、アセットがあって、それを送ると、ネットワークが確認して、それで終わり、というようなものです。
しかしDuskは、ネイティブのDUSKトランザクション側と、一般的な計算レイヤーを分けています。そして、トランザクションがコントラクトと相互作用する必要があるとき、その両者をつなぐブリッジの役割を果たす「Crossover」というものがあります。

最初は正直、これはアーキテクチャの中に埋もれている単なる技術的な詳細だと思いました。
でも、なぜそれが存在するのか考え始めました。
トランザクション層がプライバシーを扱い、計算層がコントラクトの実行を扱うのであれば、この2つの世界の間を行き来できるようにすることが重要になります。Crossoverは、すべてを単なる透過的な一連の流れとして扱うのではなく、両者の接続を運びます。
ホワイトペーパーでも、トランザクション層と一般化された計算層の間でDUSKをつなぐためのオプションの注記として説明されています。

それで、私はDuskを少し別の見方で見るようになりました。
プライバシーは、送るものを隠すことだけではありません。さらに、そのアセットが計算の一部になったときにも、それが維持されなければなりません。
それは、ずっと難しい問題のように感じます。
なぜなら、プライベートなアセットがスマートコントラクトと相互作用するとき、後続の計算で起きる処理と、プライベートトランザクションの状態とを結びつける何かが必要になるからです。
現実の運用で、この複雑さがどれほど増えるのか、私はまだ確信が持てていません。
たぶん、私が注目しておきたいのはこのトレードオフです。Duskは、アセットが単純なトランザクションから実際の計算へ移っていくときにも、プライバシーを損なわずに維持できるのか。しかも、全体のプロセスを必要以上に複雑にしないままでいられるのか、そこを見極めたいと思います。

#dusk $DUSK @Dusk 「プライバシー」で見落としていたのは、取引そのものではなかったんです。取引の背後で起きているあらゆること——それが問題でした。
プライベートな譲渡というのは一つの選択肢です。でも、金融資産を扱うアプリケーションに独自のルールや条件、そして機微なロジックがあるなら、取引を隠すだけでは根本的な解決にはなりません。
それが、私がDuskのXSCアプローチに惹かれた理由です。
規制された金融ロジックを機密のスマートコントラクトに載せる、という発想は、残高や送金を単にプライベートにするのとは何か違う感触がありました。契約そのものが、プライバシーの課題の一部になり得るからです。
ただ、そのうち私が最も引っかかるのは、重要な部分です。
ロジックが機密であるなら、別の参加者は実際に何を検証できるのでしょう？
そして、何か問題が起きたとき、権限のある当事者は、他の全員にすべてを公開することなく、どこまで確認できるのでしょう？
そのバランスは、「プライベートにしよう」と言うだけよりも難しい気がします。
Duskは規制されたセキュリティトークンのユースケースを前提に設計されているので、この違いが重要なのは理解できます。でも、実際の金融ワークフローでそれがどんな体験になるのか、まだ想像しきれていません。
面白いのは、Duskが情報をプライベートに保てるかどうかだけではないのかもしれません。
それは、システムを信頼できるだけの検証可能性を維持しながら、どれだけの情報を機密のままにできるか、という点です。

#dusk $DUSK @Dusk Duskで気づき始めたことのひとつは、必ずしも取引を「より速く感じさせる」ことを狙っているわけではない、という点です。むしろ、プロセスをよりコントロールしやすくすることに関心があるように見えることがあります。
Zedgerと、SEND・ACCEPT・SETTLEのフローを見ていたときに引っかかりました。送信者は転送を開始できますが、送信者が残高の変更を決済する前に、受信者がそれを受け入れる必要があります。
最初の反応としては、「なんで別のステップを増やすの？」というものでした。
通常の暗号資産では、何かを送って確認を待つのが当たり前です。終わり。ここでは、転送が完全に決済される前に、受信者がプロセス上で実際の役割を持つんですね。
考えれば考えるほど、これが規制対象の資産にとって重要になり得る理由が見えてきました。たとえばセキュリティトークンのようなものを扱っている場合、「受信側が転送を受諾した」という事実は、単に取引をできるだけ速くすることよりも役に立つ可能性があります。
とはいえ、実際の使い勝手がどう感じられるのかは、まだ分かりません。
機関向けのワークフローなら、その追加のコントロールは役立つかもしれません。ですが日常の一般ユーザーにとっては、余計な摩擦に感じられる可能性も高いです。そしてその違いは、Duskが小さな特定の専門ユーザー集団を超えて活動を広げたいと考えるなら、たぶん重要になってくるでしょう。
だから、ACCEPTステップを「機能」と呼ぶべきか「トレードオフ」と呼ぶべきかは、現時点ではまだ迷っています。
もっと面白い問いはたぶんこうです。金融資産がより規制されるようになったとき、ユーザーは実際にどれくらいの追加の摩擦までなら受け入れるのか？
@DuskFoundation

今日は数件のDuskの取引を見ていて、以前あまり考えたことのないことに行き当たりました。
DuskのPhoenixモデルでは、現時点で非プライベートな出力でも、後になってプライベートとして使用できます。つまり、プライバシーは最初に選ぶだけのものではありません。実際にその出力を使うときに、プライバシーを使うかどうかを決められるのです。
もっと考えさせられたのは、オンチェーン上に出力が増えるほどプライバシーの設定（プライバシーセット）が大きくなることです。つまり、このプライバシーモデルの強さも、ネットワークがどれだけ活発になるかに結びついています。
それで少し立ち止まって考えました。
プライバシーシステムはよく設計されていても、十分な実際の活動がなければ、期待しているレベルのプライバシーをユーザーに本当に提供できるのでしょうか。より多くのユーザーとより多くの出力があればモデルはより有用になりますが、それは同時に、普及がプライバシー方程式の一部になるということでもあります。
その考え方は好きですが、同時に疑問も残ります。もしネットワーク活動がプライバシーセットを強くするうえで重要なら、Duskには単に良いプライバシーテクノロジーだけでは足りません。本当にそれを使う人が十分に必要なのです。
そこで今は、Phoenixが機能するかどうかを単に問うことに関心が薄れ、「活動が増えるにつれて何が起きるのか」に関心が向いています。
Duskはまず、本当のネットワーク活動がないと、その最大の利点が本当に意味を持つようにはならないのでしょうか？
@Dusk $DUSK #dusk

今日は、プライバシー機能にすぐ飛び込む代わりに、DUSKそのものを見つめ続けていたんです。そして、あることが少し気になり始めました。
このトークンには、ネットワークの中でかなり異なる2つの役割があります。合意形成への参加の一部として使われる一方で、取引が実行されるときに計算のための支払いとして用いられる資産でもあるのです。最初は、それは単純に「トークンの有用性」の話に聞こえます。でも考えれば考えるほど、これら2つの用途は同じように需要を生み出すのでしょうか、疑問が大きくなっていきました。
ステーキングは、ネットワークを保護するために参加する目的で資本をロックすることです。取引手数料はまったく別物です。それは人々が実際にオンチェーンで行動するかどうかに依存します。
この違いは私にとって重要です。というのも、現実の実行が周りであまり起きていなくても、資産を保有してステーキングしている人がいるネットワークはあり得るからです。その状況では、トークンは明確なプロトコル上の役割を持ちながらも、私が「忙しいネットワーク」と普段結びつけているような種類の使用状況が見えてこない可能性があります。
そして私は、まさにここでまだDuskを理解しようともがいているのだと思います。
機密アプリケーションが最終的により多くの取引をチェーン上に連れてくるなら、DUSKの有用性の計算面はずっと興味深くなります。ですが、活動が主に合意形成への参加に結びついたままなら、ステーキングだけでは実際のエコシステム需要についてあまり分からないのでは、と思います。
トークンを見方が狭すぎるのかもしれません。でも私は、ステーキングでロックされている量を見るだけよりも、時間の経過とともにDUSKが実際の計算にどれだけ使われているかを見ていたいです。
今気になっているのは、それです。
#dusk $DUSK @Dusk

今日「黄昏」を見ながら、ずっとひとつのことを考えていました。規制対象資産と非規制対象資産は、いつまでも完全に別々の世界に存在し続けられるわけではないだろう、ということです。
ほとんどのブロックチェーンは、パーミッションレス（許可不要）の資産にかなり慣れています。伝統的な金融はもちろん「誰が何にアクセスできるか」「どんな情報を公開する必要があるか」「コンプライアンスがどこに関わるのか」について、はるかに慎重です。厄介なのは、これら2つの環境を一緒にすると、たいてい何かを手放すことになってしまう点です。
Duskのアプローチが気になったのは、取引の詳細が完全にさらけ出されることなく、異なる種類の資産同士がやり取りできるようにしようとしているからです。なぜそれが重要なのかは理解できます。もしトークン化された証券が、将来的にオンチェーン・ファイナンスの重要な要素になるようなことがあれば、技術が利用可能になったからといって、機関投資家が、すべての機微な情報をパブリック・レジャーにいきなり載せるようになるとは私は思いません。
ただ、私がずっと見ている「ギャップ」があります。
規制対象と非規制対象の資産を技術的に両立させるのはひとつの課題です。しかし、実際の発行体、取引の場、利用者が、それらと意味のある規模で相互にやり取りするようにするのは、別の課題です。設計は相互作用を支えられますが、その両立が本当に意味を持つには、ネットワーク側に十分な現実の活動が必要です。
そして、異なる資産、管轄（法域）、そしてコンプライアンス要件が出会い始めたとき、それがどれほど複雑になるのかはまだ確信がありません。
だから私は、相互運用性が実はもっと簡単な部分で、より難しいのは、双方がそれを使うほど同じ環境を信頼できるようになることなのではないか、と考え続けています？
@Dusk $DUSK
#dusk

今日は、開発者側のDuskに何度も戻ってしまいました。主に、プロジェクトをアセットとプライバシーの観点から見すぎてきた気がするからです。
私が読み進めていて特に気になったのは、DuskのWebAssemblyベースの仮想マシンであるRuskです。注目したのは、単に別の実行レイヤーがあるという点だけではありません。ホワイトペーパーでは、VM内でゼロ知識証明の検証と、効率的なMerkleツリーの作成を行うためのネイティブ対応が説明されています。それは小さな実装上の詳細に聞こえるかもしれませんが、すべてを公開せずに何かを証明することが、実はアプリ開発の問題の一部になる状況を考えると、意味が大きく感じられます。
ただ、技術設計の外でこの話がどれほど重要なのかは、まだ判断しきれていません。暗号には、アーキテクチャを読んでいるとすごく見える一方で、実際に人々がそれを作って使っている様子を見ると、重要性がずっと薄れて感じられるようなインフラが、枚挙にいとまがありません。
だからこそ、機能リストよりも開発者体験のほうに私は惹かれています。暗号ツールが実行環境に組み込まれているなら、本当にプライベートなアプリは作りやすくなるのか、それとも複雑さが別の場所へ移るだけなのか——その点が気になります。
そしてもう一つ、注目したいのは次のことです。EVMエコシステムをすでに知っている開発者が、ツールや利用者がすでにいる場所に留まるのではなく、Duskを試すだけの十分な理由を見つけられるかどうか。
実際にどちらが勝つのか、私は興味があります。より良いネイティブなプライバシーツーリングか、それとも、すでに確立された開発者エコシステムの利便性か？
@Dusk $DUSK #dusk

#dusk $DUSK 本日、Duskについてさらに調べていたら、思った以上にZedgerに時間を使ってしまいました。最初はプライバシーをかなり単純に捉えていたと思います。つまり、取引の詳細は公開されるか、あるいは隠されるかのどちらかです。Zedgerはその見方を、少しだけ基本すぎると感じさせました。
私が興味深いのは、Duskが口座情報にどう向き合っているかです。残高の変化は口座の所有者の記憶の中に留めておけますが、公的ルートへの変更はなおも開示することができます。技術的な部分はまだ理解しきれていないものの、その分離という考え方には惹かれます。プライバシーが、必ずしも「誰も検証できない」という意味である必要はありません。
規制された資産のことを考えると、これはより腑に落ちます。セキュリティトークンや金融活動を扱う場合、すべての詳細を公開するのはおそらく現実的ではありません。一方で、すべてを完全に非公開にしてしまうと、検証やコンプライアンスが必要になったときに別の問題が生じます。Duskは、その2つの極端の間にうまく収まろうとしているように見えます。
ただ、質問があります。実際の機関、コンプライアンス要件、そして異なる利用者が関わってくると、これはどれくらいうまく機能するのでしょうか。技術的には成り立つモデルでも、私にとっての本当の試金石は、それを利用することで別の複雑さの層が生まれずに済むかどうかです。
システムが現実のスケールで使われているとき、どんな見え方になるのかをぜひ見てみたいです。 @Dusk

今日ようやくDuskについて調べ始めたのですが、正直なところ、最初に注目したのはプライバシー面だと思っていました。ところが、結局DUSKがネットワークの中で実際に何をしているのかを、より詳しく見てしまいました。
私が気になった点の1つは、DUSKが単にネットワークの横に並ぶ“ただのトークン”ではないことです。ステーキングに使われ、計算コストの払い戻しにも使われるため、プロトコルがどう動くかに直接関わっています。そうした背景があったことで、ステーキングの設計を少し違った視点で見てみることになりました。
Duskは、許可不要のProof-of-StakeメカニズムであるSegregated Byzantine Agreementを採用し、プライバシー保護のためのリーダー選出にはProof-of-Blind Bidを使います。これが重要である理由は理解できます。リーダー選出の予測可能性が下がれば、ネットワークにさらなる防御層が加わる可能性があるからです。
とはいえ、私は今まさにDuskを理解し始めた段階なので、すでに強い意見を持っているかのように振る舞うつもりはありません。ステーキングへの参加、バリデータの分布、ネットワーク活動が実際の場でどのように発展していくのかを見届けたいです。
実際のネットワーク利用が増えていくにつれて、この設計がどこまで持ちこたえるのか気になります。 @Dusk $DUSK #dusk

今日、あることについて考えを改めました。
長い間、分散化とは誰もが同じレベルの支配権を持つべきことだと思っていました。
Babylonを詳しく調べるほど、それは必ずしもそうではないと気づきました。
ある参加者はネットワークを維持します。
ある人はそれを最終化するのに協力します。
また別の人はガバナンスに参加します。
最初は、この分け方が少し不自然に感じられました。
でも、そのうち別の問いを自分に投げかけるようになりました。
もしかすると、分散化されたシステムでは全員が同じ仕事をする必要はないのかもしれません。
むしろ、各役割が十分に明確で、どこか一つのグループがこっそりすべてを掌握できないようにすることが必要なのかもしれません。
それは分散化に対するまったく別の見方で、正直なところ、以前はそんなふうに考えたことがありませんでした。
それが完璧なモデルだと言っているわけではありません。
メインネットが本当の試金石になります。
ですが、私はこの設計上の選択が興味深いと思っていて、今後も注視していきます。
もしあなたが分散型ネットワークを設計するとしたら、全員に同じ責任を与えるほうがいいですか？それとも、責任を分けて別々の参加者に担ってもらうほうがいいですか？
@BabylonLabs_io
$BABY $BTC
#Bitcoin #baby #creatorpad

暗号資産のコミュニティには、興味深い習慣があると思います。
私たちは発表を祝います。
ローンチを祝います。
新しいプロダクトを祝います。
でも、ほとんど誰も注目していない静かな月こそ、実際の作業が行われていることが多いのです。
そのとき、開発者は黙々と作り続け、ドキュメントは改善され、バグは修正され、そしてアイデアが少しずつ「本当に使えるもの」へと形になっていきます。
Babylonを見ていて、その静かな月こそが、旅路の中で最も重要な部分なのではないかと考え続けています。
それが刺激的だからではありません。
長期的なインフラが築かれるのは、通常そういう時期だからです。
みんなが「次の標準」と呼び始める頃には、これまでの大変な作業は、すでに背景に溶け込んで消えてしまっていることが多い。
だからこそ、本当の進歩は「明らかになる前」は退屈に感じられるのかもしれません。
気になります…
あなたは、暗号資産の世界は足並みをゆっくり進めることに十分な注意を払っていると思いますか？それとも大きな発表にだけ注目しているのでしょうか？
@BabylonLabs_io
$BABY $BTC
#baby #Bitcoin #createrpad

人々はよく、バビロンが成功するのかどうかを尋ねます。
私は、もっと面白い問いはこうだと思います：
成功とは実際にはどんな状態を指すのか？
おそらく、それは見出しになるようなものではないでしょう。
大きな一発の発表でもないはずです。
本当の成功は、もっと静かなものです。
それは、ビットコイン保有者がネイティブBTCの参加を「珍しいこと」だと感じなくなるとき。
それは、開発者がそれを前提として構築し始め、「説明する」ことではなくなるとき。
そして、議論がゆっくりと「これは本当に機能するのか？」から「次に何を作れるのか？」へと移っていくとき。
私は、そういう進歩を見守るのが好きです。
大きな音がするからではなく…
ほとんどの人が気づかないうちに、期待値が変わるからです。
ときには、いちばん大きな節目は新機能ではありません。
アイデアが静かに「当たり前」に感じられてくるときこそが、そうです。
あなたは、バビロンがその段階に到達したことを最も明確に示すサインは何だと思いますか？
@BabylonLabs_io
$BABY $BTC
#baby #bitcoin #creatorpad

ボイジョンのパブリック・テストネットで、借入フローが最も面白い部分になると期待していました。
でも違いました。
私の印象に残ったのは、もっとシンプルな問いでした。
つまり「DeFiでビットコインを使うために、私たちは“普通”として黙ってどれだけ多くの追加の信頼前提を受け入れてきたのか？」です。
長年、BTCをラップする、あるいは別のシステムを通して移すことは、当然の出発点だと思われてきました。
それが唯一の道なのかを立ち止まって問い直すことは、あまりありませんでした。
ボイジョンのパブリック・テストネットを調べて、その見方が変わりました。
この体験は、ビットコインを担保に借り入れることだけを指すものではありません。
ビットコインが、より広い金融エコシステムに参加するために、別の何かに“なる必要”が本当にあるのかを問い直すことでもあります。
もちろん、これはまだテストネットです。
メインネットの流動性、実際の市場環境、そしてユーザーの行動が本当の試金石になります。
だから私は、これを結論というより“探究”として扱っています。
私にとって最大の学びは、「答えはすでに全部そこにある」ということではありませんでした。
信頼前提を1つ取り除くことのほうが、別の機能を追加するよりも、時にははるかに意味を持つのだと気づいたことです。
ボイジョンがメインネットへ向かうにつれて、私はもっと注意深く見ていきます。
@BabylonLabs_io
$BABY #bitcoin #baby #creatorpad $BTC

今日、ふと頭に浮かんだことがある。
最高のインフラは、たいてい姿を消していく。
誰もアプリを開いて、その背後にあるサーバーのことを考えない。誰もメールを送って、届けてくれたインターネットプロトコルに感謝しない。
何かがいつもきちんと動くようになると、人はそれに気づかなくなる。
そこで私は、ビットコインのセキュリティも、いずれ同じ種類の“見えないインフラ”になり得るのではと考えた。
@BabylonLabs_io についてもっと読んでみて、分かったのは、ユーザーがアプリを操作するたびにビットコインを意識するようにすることが目的ではないということだ。
むしろその逆に近い。
モデルが成功すれば、人々はただアプリを使い、資産を借り、ステークし、あるいはネットワークとやり取りするだけで済む。ビットコインは、その下でセキュリティの一部を静かに支える。
ほとんどのユーザーは、そのセキュリティがどうやって到達するかには関心を持たない。
気にするのは、それが機能するかどうかだけだ。
たぶん本当の難しさはそこにある。
技術を証明することではない。
誰ももうそれについて考える必要を感じないほど、信頼できる状態にすること。
バビロンがその段階に到達するかどうかは分からない。
インフラは信頼をゆっくり時間をかけて築く。そして暗号資産は、安定よりも高揚感のほうに報いる癖がある。
それでも私は、別の TVL のマイルストーンよりも、その問いのほうが面白いと思う。
ビットコインが、人々が毎日頼りにしているのに、気づかれない存在になるのはどういうことだろうか？
それが、私が見守っている未来だ。
@BabylonLabs_io
$BABY #Bitcoin #baby