Pinned Tweet
#JASMY #JANCTION
JANCTION LINK
janction.link/
JANCTION LINK詳細(PR TIMES)
prtimes.jp/main/html/rd/p/00…
JANCTION LINKは、クリエイターやアーティストとファンの方がつながり、『応援』を通して関係を深める場所です。
あなたのSNSアカウントやコンテンツを1つのページにまとめて、ファン体験をデザインすることができます。
#JASMY
ジャスミー×アプリックスの前払い式支払い手段のプラットフォームは
『PDLで個情コストを下げつつ、
自前で金融規制を背負わず、
外部課金対応の専用デジタルマネー型サービスを構築』することができる。
これらの活用はスマホ新法で活路は開けているはずです。
費用対効果を重視し広報すべきです
#JASMY @HARA_JasmyCFO @0xjasmy
@kyohei_nft
数年前から意見は変わりません。
>>JASMYパーソナルデータロッカーを扱うことにより、個人情報保管管理費の削減が期待できます。
これにより企業はアプリ•ソフトウェア開発費を拡充できることになりますか?
具体的な費用対効果が求められます。
#JASMY @HARA_JasmyCFO @0xjasmy
@kyohei_nft
数年前から意見は変わりません。
>>JASMYパーソナルデータロッカーを扱うことにより、個人情報保管管理費の削減が期待できます。
これにより企業はアプリ•ソフトウェア開発費を拡充できることになりますか?
具体的な費用対効果が求められます。
#JASMY
JASMYパーソナルデータロッカーを扱うことにより、個人情報保管管理費の削減が期待できます。
これにより企業はアプリ•ソフトウェア開発費を拡充できることになりますか?
具体的な費用対効果が求められます。
アプリ機能が拡張されるにつれGPUが不足する事態に対し、JANCTIONでは適切なGPUを貸し出す事ができるかもしれません。
これは処理時間の短縮によって電力やコスト両面が削減できることにより環境的負荷も軽減できるでしょう。
日本が目指すべき経済構造の『データ駆動型経済構造』と、『脱炭素成長型経済構造』の真意が見えてくるはずです。
あんどうさんちーむJASMY/DEP retweeted
#JASMY
JASMYパーソナルデータロッカーを扱うことにより、個人情報保管管理費の削減が期待できます。
これにより企業はアプリ•ソフトウェア開発費を拡充できることになりますか?
具体的な費用対効果が求められます。
アプリ機能が拡張されるにつれGPUが不足する事態に対し、JANCTIONでは適切なGPUを貸し出す事ができるかもしれません。
これは処理時間の短縮によって電力やコスト両面が削減できることにより環境的負荷も軽減できるでしょう。
日本が目指すべき経済構造の『データ駆動型経済構造』と、『脱炭素成長型経済構造』の真意が見えてくるはずです。
Benefits of Distributed Parallel Learning
When models are too large to fit on or take too long on a single GPU, distributed parallel techniques such as Data parallel can be used to enable training and accelerate the training process to obtain results in a reasonable time.
Faster processing times also have the advantage of reducing electricity and cost.
Our primary focus is on solving environments dominated by a particular supply through decentralization.
We #JANCTION will soon announce demos, use cases, partners.
あんどうさんちーむJASMY/DEP retweeted
#JASMY
ビッグデータからプラチナデータへ
#JASMY
JASMYパーソナルデータロッカーを扱うことにより、個人情報保管管理費の削減が期待できます。
これにより企業はアプリ•ソフトウェア開発費を拡充できることになりますか?
具体的な費用対効果が求められます。
アプリ機能が拡張されるにつれGPUが不足する事態に対し、JANCTIONでは適切なGPUを貸し出す事ができるかもしれません。
これは処理時間の短縮によって電力やコスト両面が削減できることにより環境的負荷も軽減できるでしょう。
日本が目指すべき経済構造の『データ駆動型経済構造』と、『脱炭素成長型経済構造』の真意が見えてくるはずです。
#JASMY
各企業でセキュリティ脆弱性が露呈し、個人情報の漏洩が相次いでいます。
企業が膨大な個人データを収集・保有する以上、それを守るためのセキュリティ対策や管理コストは増大し続けます。
このまま各企業が個別にデータを抱え込み、管理し続ける構造では、セキュリティ管理コストは際限なく膨らみ、デジタル赤字の拡大にもつながりかねません。
だからこそ、データの民主化が必要なのではないでしょうか。
企業が個人のデータを囲い込むのではなく、データの主権を個人に戻す。
企業は必要な情報に、必要なときだけ、適切な権限のもとでアクセスする。
個人が自身のデータを管理できる仕組みを構築することで、企業側の個人情報保有リスクや管理負担を軽減し、データの価値を個人にも還元できる社会を目指す。
データを守るためにコストを積み上げ続けるのではなく、データの管理構造そのものを変えていく。
それがデータの民主化であり、データ主権を個人に取り戻す意義だと思います。
あんどうさんちーむJASMY/DEP retweeted
I tested @JANCTION_Global with this Synth Wave Corridor blender file I had. The generated still and animated previews have been great quality. It has been cheap and easy to use.
render.janction.jp/r/1qv3zt7…
以下、原文の構成やニュアンスをできるだけ維持しながら、自然な日本語に翻訳します。専門用語は必要に応じて英語も併記します。
ニュースの裏側にあるカストディの問題、そして円建てオンチェーンマネーにとっての意味
取引所とは本来、何をしているのか
数年おきに、大手暗号資産取引所がハッキング被害に遭います。そして業界の反応は、毎回ほぼ同じです。
人々は、次にどの取引所へ移れば安全なのかを議論し、セキュリティ予算に関する記事が書かれ、SNS上で騒ぎになります。そして1〜2年後、私たちはまた同じことを繰り返します。
今回の主役はBinanceです。
これまでの歴史を振り返ると、その名前の列は長くなっています。
Mt.Gox(2014年)
Bitfinex(2016年)
Coincheck(2018年)
Binance(2019年)
FTX(2022年)※これは本質的には少し異なる問題です。
BNB Chain(2022年)
その他にも、今では誰も覚えていないような小規模な事件が数多くあります。
これらの事件を、それぞれの取引所固有の問題として捉えることこそ、議論が間違った方向へ進んでしまう原因です。
これらは個別の事件ではありません。
同じ構造的な問題が、何度も繰り返されているのです。
取引所が実際に担っている役割
中央集権型取引所では、主に3つの機能が提供されています。しかし、議論する際に多くの人はこれらを区別していません。
カストディ(Custody): 資産を保管すること。
マッチング(Matching): 取引相手を見つけること。
セトルメント(Settlement): 取引を内部帳簿上で完了させること。
従来の金融システムでは、この3つの役割はそれぞれ異なる場所で担われています。
お金は銀行に保管されます。
取引は取引所などの市場で行われます。
決済は清算機関を通じて処理されます。
それぞれ異なる規制、異なる運用形態、そして何より異なる障害リスクを持っています。
例えば、株式取引所のマッチングエンジンが1時間停止したとしても、銀行口座の残高には影響しません。
一方、暗号資産取引所では、これらすべての機能を1つの企業、1つの技術基盤、そして多くの場合は1つのホットウォレットに集約してしまいました。
これは特定の事業者の能力を批判しているわけではありません。
単に、暗号資産取引所というビジネスがそのような構造で構築されてきたということです。
なぜホットウォレットは繰り返し攻撃されるのか
ホットウォレットは、オンラインでなければなりません。
なぜなら、それが必要だからです。
決済は即時に行われ、出金も即時に処理され、取引は24時間止まることなく続きます。
オンラインであるということは、取引に署名するための秘密鍵が、稼働中のシステムからアクセスできる場所に存在しなければならないということです。
つまり、稼働中のシステムが悪用されれば、その秘密鍵も不正に利用される可能性があります。
そのシステムは、ノートパソコンを操作する人間によって運用されています。
APIと通信し、監視ツール、分析ベンダー、社内ダッシュボードなどと連携しています。
この構造において、攻撃対象となる領域(アタックサーフェス)を小さく保つことには限界があります。
多くの人は、取引所が十分な資金をセキュリティに投入すれば、次の事件は起きないと期待しています。
しかし、事件はまた起こるでしょう。
問題の本質は、努力が足りないことではありません。
24時間365日稼働する取引市場を運営することと、他人の何十億ドルもの資産を長期的に安全に保管することは、互いに相反する性質を持つ2つの仕事だからです。
その両方を同じ企業に任せれば、いずれ何かが破綻します。
今回の事件も、その繰り返されてきたパターンに新たな1件が加わったにすぎません。
この問題を理解するために、今回の事件が劇的なものである必要も、前例のないものである必要もありません。
自己管理(セルフカストディ)は、答えの半分にすぎない
「Not your keys, not your coins(秘密鍵を自分で管理していなければ、それは本当の意味で自分の資産ではない)」
これはよく知られた考え方であり、その範囲においては正しいものです。
資産を取引所から引き出し、自分自身で秘密鍵を管理すれば、取引所のホットウォレットの問題からは解放されます。
しかし、この考え方には不足している部分があります。
それは、実際に資産を利用したいときにどうするのか、という問題です。
ハードウェアウォレットに資産を保管し続け、二度と触らないのであれば問題ありません。
それは、少し手間のかかるオフラインの貯蓄口座を作ったようなものです。
しかし、ほとんどの人、そして事実上すべての機関投資家は、資産を実際に取引する必要があります。
そして、その準備資産は現実世界のどこかに保管されています。
例えば、
商業銀行の預金
米国債
マネー・マーケット関連資産
などです。
2023年3月にシリコンバレー銀行(SVB)が破綻した際、USDCは準備資産の一部が同銀行に預けられていたため、一時的にペッグ(価格連動)が崩れました。
ステーブルコインが本当に他の選択肢より安全なのかを評価するのであれば、マーケティング資料ではなく、この出来事から考え始めるべきです。
正直なところ、その安全性は発行体がトークンの基盤となる仕組みをどのように構築しているかに完全に依存します。
つまり、適切な評価には具体的なチェック項目が必要です。
確認すべき項目は次のとおりです。
1. 準備資産は発行体の運営資金と本当に分別管理されているのか。それとも同じ口座に保管され、資金が混同されるリスクがあるのか。
2. 準備資産は、発行体が具体的に名前を公表でき、信頼できる取引相手も認識できる銀行やカストディ機関に保管されているのか。
3. 運用上のカストディでは、MPC(マルチパーティ計算)や、実際に複数の関係者による承認を必要とするマルチシグなど、本物の鍵管理が採用されているのか。それとも、単に鍵管理をしているように見せかけているだけなのか。
4. スマートコントラクトは、信頼できる監査会社によって監査され、その監査報告書が実際に公開されているのか。
5. 準備資産に関する証明や透明性レポートは、企業の財務担当者が実際の業務で信頼して利用できるほど、頻繁かつ詳細に公開されているのか。
これらすべてに明確に回答できる発行体と、そうでない発行体は、同じリスクカテゴリーには属しません。
また、どちらも取引所のホットウォレットと同じリスクカテゴリーではありません。
その理由は、ステーブルコインが魔法のような仕組みだからではありません。
発行体側の設計上の問題、つまり「大量の準備資産をどう安全に保管するか」という問題は、従来の金融システムが持つ標準的な手法を使って解決できる問題だからです。
一方、取引所のホットウォレット側の設計上の問題は、取引所の利便性を維持したままでは、完全に解決することができません。
なぜ円建てステーブルコインが特に必要なのか
これまで、「取引と取引の間は自己管理し、取引の瞬間だけ取引所を利用する」という運用方法を実現してきた人々のほとんどは、ドル建てのステーブルコインを利用してきました。
USDCとUSDTは、世界のステーブルコイン供給量の圧倒的多数を占めています。
すでにドルを基準に経済活動を行っている人にとっては、これは問題ではありません。
しかし、円を基準に経済活動を行っている人にとっては問題です。
円建ての業務をドル建てステーブルコイン経由で処理すると、本来その企業が負う必要のなかった為替リスクを抱えることになります。
さらに、ドルへの交換時と円への再交換時にスプレッド(売買価格差)が発生します。
結果として、実際の事業内容に比べて、財務管理が必要以上に複雑になってしまいます。
円建てで請求書を発行し、円で借り入れを行い、円で決算報告をしている日本企業にとって、オンチェーン上の取引をドル経由にするメリットはありません。
日本は現在、このギャップを埋め始めています。
JPYC: 2025年後半から資金移動業の枠組みの下で運用を開始。
JPYSC: 信託銀行側からの取り組み。
Project Pax: メガバンク3行がProgmat上で構築を進めている実証プロジェクト。
それぞれが国内市場の異なる領域を担っています。
JPYCは個人や中小企業向け、JPYSCは信託型の機関投資家向け、メガバンクによるProject Paxは企業間決済向けです。
その中でJPYDは、少し異なる位置付けにあります。
目指しているのは、国境を越えたグローバルなオンチェーン利用です。
つまり、国内の日本企業を主な対象とする発行体にとって、主要市場として対応することが難しい領域です。
想定されている利用者は、
ファンド
日本との取引や資産関係を持つ企業の財務部門
Web3企業
24時間365日動き、銀行のT+1決済ではなくオンチェーン上で決済できる円を必要とするPSP(決済サービス事業者)
などです。
前述のチェックリストに照らしてJPYDを見る
ここまでの議論は、ステーブルコイン全般の構造的な必要性についてでした。
しかし、JPYDを含む特定のステーブルコインを評価するには、一般的なステーブルコインの必要性ではなく、先ほどのチェック項目に照らして判断する必要があります。
JPYDは、それらの課題に直接対応することを目指して設計されています。
準備資産は円と1対1で保有され、発行体の運営資金とは分離された、信頼性の高い金融機関の分別管理口座に保管されます。
運用上のカストディにはMPCとマルチシグを採用しています。
スマートコントラクトはPeckShieldとBunzzによる監査を受けており、監査報告書はjpyd.ioから確認できます。
準備資産に関する証明や透明性レポートは、機関投資家が利用することを想定して準備されています。
なお、この記事の執筆時点でJPYDはローンチ前です。
まだ取得していない規制上の認可や資格があると主張するものではありません。
発行体の法人情報、管轄法域、そして開示情報の全容については、jpyd.ioを確認してください。
今日のニュースを受けて、本当に考えるべきこと
今後1週間ほど、ニュースでは「次に安全な取引所はどこなのか」という議論が続くでしょう。
しかし、その議論こそが、2年後に再び同じ問題に直面する原因になっています。
人々が考えるような意味での「安全な取引所」は存在しません。
なぜなら、取引所を便利なものにしている仕組みそのものが、ホットウォレットを危険にさらす要因でもあるからです。
もっと有益な問いがあります。
何も取引していないとき、あなたの資産は本来どこに置かれているべきなのか。
ステーブルコインが可能にする構造的な答えは、次のとおりです。
取引所の外で保有し、取引所で取引し、再び取引所の外で保有する。
ドルを扱う人々にとって、この運用方法は何年も前から実現可能でした。
そして円を扱う人々にとっても、現在その仕組みが構築されつつあります。
JPYDは、その構築に加わろうとしている要素の一つです。
免責事項
この記事は情報提供および教育を目的としたものであり、投資助言や勧誘を目的とするものではありません。
記載されている機能や能力は、2026年10月時点での設計方針を反映したものであり、今後変更される可能性があります。
最新の数値、運用状況、開示情報については、それぞれの発行体やプロジェクトが公開する公式資料で確認してください。
以上が全文訳です。なお、本文中のJPYDの準備資産や監査、MPCなどに関する説明は、記事の筆者・発行体側の主張として翻訳しており、独立した事実確認を行ったものではありません。
あんどうさんちーむJASMY/DEP retweeted
ほうほう
#DEPプロトコル
【発表】来年のヒット予測1位は「人間証明書」 日経トレンディ
news.livedoor.com/article/de…
「人間であること」を証明してAIのなりすましを防止するツールが開発されている。人間の目の光彩をスキャンするデバイスや、生体埋め込みチップなどが例に挙げられるという。
11/2 に出した JANCTION Render、よく使ってくれている方は Cursor や OpenCode の AI から呼んでいました。ブラウザのページからではなかったんです。
なので同じ流れで、5 秒の瓶のアニメを作って測ってみました。試し描き 2 回は無料、1080p で 48 コマの下描きが 18 円、120 コマに伸ばしたら下描きの分は描き直されずに 28 円、色違いの版が 42 円。3 版で 88 円でした。
手順と数字はこちらに書きました。
zenn.dev/renderjanction/arti…























