HiSeven

厳選トピック確認済
Live Trader
Live Trader
取引を発注
BNBホルダー
BNBホルダー
超高頻度トレーダー
4.6年
400 フォロー
39.6K+ フォロワー
21.3K+ いいね
1 バッジ
投稿
ポートフォリオ
·
--
あなたのAIエージェントは、情報収集や価格比較、計画の立案まで手伝えるようになりました。 でも、いざ支払いとなると、そこで止まってしまいます。 賢さが足りないからではありません。財布やクレジットカード、アカウントの権限をエージェントに渡すのが不安だからです。加盟店側も、身元や権限の範囲が明確でないエージェントからの支払いを、簡単には受け付けられません。 エージェント経済の本当の壁は、知能ではなく、信頼と決済のコントロールです。 Kite Agent Passportの解決策はシンプルです。エージェントごとに検証可能なIDを付与し、予算、1回あたりの上限額、支払いを許可する相手を事前に設定します。ルールはコードによって強制され、上限を超える支払いは自動的にブロック。すべての取引を監査でき、いつでも取り消せます。コントロール権は常にあなたの手元にあります。 ステーブルコインによるネイティブ決済と極めて低コストのマイクロペイメントを組み合わせれば、エージェントはその都度あなたの承認を得ることなく、必要に応じてデータや計算リソース、サービスを購入できます。 身元が検証可能で、権限をプログラムで設定でき、決済を監査できてこそ、エージェントは単なるチャットツールではなく、真の経済主体になる資格を得るのです。 エージェント経済の次の一手を決めるのは、どのモデルがより優れているかではありません。安全な決済コントロールを、誰がいち早く実現するかです。 最大の障壁は、身元確認、利用上限の管理、それともコンプライアンス監査だと思いますか?ぜひコメント欄でお聞かせください。 #KiteBBW $KITE
あなたのAIエージェントは、情報収集や価格比較、計画の立案まで手伝えるようになりました。
でも、いざ支払いとなると、そこで止まってしまいます。
賢さが足りないからではありません。財布やクレジットカード、アカウントの権限をエージェントに渡すのが不安だからです。加盟店側も、身元や権限の範囲が明確でないエージェントからの支払いを、簡単には受け付けられません。
エージェント経済の本当の壁は、知能ではなく、信頼と決済のコントロールです。
Kite Agent Passportの解決策はシンプルです。エージェントごとに検証可能なIDを付与し、予算、1回あたりの上限額、支払いを許可する相手を事前に設定します。ルールはコードによって強制され、上限を超える支払いは自動的にブロック。すべての取引を監査でき、いつでも取り消せます。コントロール権は常にあなたの手元にあります。
ステーブルコインによるネイティブ決済と極めて低コストのマイクロペイメントを組み合わせれば、エージェントはその都度あなたの承認を得ることなく、必要に応じてデータや計算リソース、サービスを購入できます。
身元が検証可能で、権限をプログラムで設定でき、決済を監査できてこそ、エージェントは単なるチャットツールではなく、真の経済主体になる資格を得るのです。
エージェント経済の次の一手を決めるのは、どのモデルがより優れているかではありません。安全な決済コントロールを、誰がいち早く実現するかです。
最大の障壁は、身元確認、利用上限の管理、それともコンプライアンス監査だと思いますか?ぜひコメント欄でお聞かせください。
#KiteBBW $KITE
この地域に住んでる人、誰かこの子の言ってることが当たってるか確かめてくれない?
この地域に住んでる人、誰かこの子の言ってることが当たってるか確かめてくれない?
Acurastがスマホに仕事を用意:Agentに次の一手を決めてもらう メールはアーカイブする?それともリマインダーを設定する?メッセージはそのまま通す?それとも人に回す? こうした場面で必要なのは、ひとつの判断だけ。毎回AIに長文を書かせて、プログラムがその中から答えを探すのは、少し回りくどい。 @Acurastが10月20日に紹介したLayaは、現在の状況といくつかの選択肢をモデルに渡し、ネットワーク上のスマホが推論して、選択肢とそれに対応する確率を返す仕組み。公式デモによると、応答時間はデバイスやタスクによって約0.2〜1秒。 自動化に組み込むと、その用途がよくわかる。 たとえば、メッセージが届いたら、まず異なるキューに振り分ける。通常の通知はアーカイブし、分析が必要な内容は後続のモデルに渡す。それぞれの段階で明確な結果が得られれば、プログラムは次の処理に進める。 こういう役割分担は、もう少し調べてみたい。ひとつのワークフローの中で、文章の作成、判断、操作の実行は、それぞれ別のツールに任せてもいい。スマホがその一部を担えるなら、実用性がある。 もちろん、選択肢が少なくても間違えることはある。公式が公開したメール分類テストでは、160通中144通を正しく判定。一方、チャットメッセージが次々に届くと、処理待ちのキューがたまることもある。自分の業務に導入するなら、実際のサンプルでテストする必要がある。特に、誤分類がどんな問題につながるかは確認しておきたい。 今回は、デモ動画を見るだけでなく、実際にお題を出せる。分類が難しいメールを渡したり、ゲームの戦略を変更したりして、あのスマホがどう選ぶか試してみよう。 #Acurast #AI #DePIN $ACU {alpha}(560x6ef2ffb38d64afe18ce782da280b300e358cfeaf)
Acurastがスマホに仕事を用意:Agentに次の一手を決めてもらう
メールはアーカイブする?それともリマインダーを設定する?メッセージはそのまま通す?それとも人に回す?
こうした場面で必要なのは、ひとつの判断だけ。毎回AIに長文を書かせて、プログラムがその中から答えを探すのは、少し回りくどい。
@Acurastが10月20日に紹介したLayaは、現在の状況といくつかの選択肢をモデルに渡し、ネットワーク上のスマホが推論して、選択肢とそれに対応する確率を返す仕組み。公式デモによると、応答時間はデバイスやタスクによって約0.2〜1秒。
自動化に組み込むと、その用途がよくわかる。
たとえば、メッセージが届いたら、まず異なるキューに振り分ける。通常の通知はアーカイブし、分析が必要な内容は後続のモデルに渡す。それぞれの段階で明確な結果が得られれば、プログラムは次の処理に進める。
こういう役割分担は、もう少し調べてみたい。ひとつのワークフローの中で、文章の作成、判断、操作の実行は、それぞれ別のツールに任せてもいい。スマホがその一部を担えるなら、実用性がある。
もちろん、選択肢が少なくても間違えることはある。公式が公開したメール分類テストでは、160通中144通を正しく判定。一方、チャットメッセージが次々に届くと、処理待ちのキューがたまることもある。自分の業務に導入するなら、実際のサンプルでテストする必要がある。特に、誤分類がどんな問題につながるかは確認しておきたい。
今回は、デモ動画を見るだけでなく、実際にお題を出せる。分類が難しいメールを渡したり、ゲームの戦略を変更したりして、あのスマホがどう選ぶか試してみよう。
#Acurast #AI #DePIN $ACU
1台のスマートフォンには収まらないモデルを、Acurastはスマートフォンの集合体で動かそうとしている スマートフォンの計算能力には、避けて通れない制約がある。メモリには限りがあるということだ。モデルによっては、1台のデバイスには確かに収まりきらない。 @Acurast は10月14日の公式記事で、Crayコンピューティングクラスター計画に改めて言及した。目標は、数百台のデバイスを組織化して、1台のスマートフォンの計算能力の制約を緩和し、より大規模なモデルのタスクを担うことだ。 ここには、はっきりさせておくべき違いがある。 多くのスマートフォンがそれぞれ小さなタスクを処理することと、複数のスマートフォンが連携して1つの大きなタスクを完了することでは、ネットワークに求められる要件が大きく異なる。Crayが目指しているのは後者だ。公式ロードマップでも、Compute Clustersとして独立した項目に挙げられている。 これが実現すれば、開発者が選べるワークロードが広がる可能性がある。スマートフォンの所有者のデバイスも、従来は単体のデバイスでは処理できなかったタスクに参加できるかもしれない。 Crayは現時点では、まだ計画段階の機能だ。公式の最新記事で語られているのは目標であり、すでに全面的に利用可能な製品として書くべきではない。 この方向性には期待している。今後のデモが十分に具体的なものになることも願っている。 1台のスマートフォンでは確かに動かせないモデルを使い、必要なデバイス数、待ち時間、1回の呼び出しにかかる費用を公開してほしい。こうした数字が明らかになれば、開発者は自分のアプリを移行するのに適しているか判断できる。 今回Acurastが解決しようとしているのは、スマートフォンの計算能力でどれほど大きな仕事まで担えるのか、という問題だ。 #Acurast #AI #DePIN
1台のスマートフォンには収まらないモデルを、Acurastはスマートフォンの集合体で動かそうとしている
スマートフォンの計算能力には、避けて通れない制約がある。メモリには限りがあるということだ。モデルによっては、1台のデバイスには確かに収まりきらない。
@Acurast は10月14日の公式記事で、Crayコンピューティングクラスター計画に改めて言及した。目標は、数百台のデバイスを組織化して、1台のスマートフォンの計算能力の制約を緩和し、より大規模なモデルのタスクを担うことだ。
ここには、はっきりさせておくべき違いがある。
多くのスマートフォンがそれぞれ小さなタスクを処理することと、複数のスマートフォンが連携して1つの大きなタスクを完了することでは、ネットワークに求められる要件が大きく異なる。Crayが目指しているのは後者だ。公式ロードマップでも、Compute Clustersとして独立した項目に挙げられている。
これが実現すれば、開発者が選べるワークロードが広がる可能性がある。スマートフォンの所有者のデバイスも、従来は単体のデバイスでは処理できなかったタスクに参加できるかもしれない。
Crayは現時点では、まだ計画段階の機能だ。公式の最新記事で語られているのは目標であり、すでに全面的に利用可能な製品として書くべきではない。
この方向性には期待している。今後のデモが十分に具体的なものになることも願っている。
1台のスマートフォンでは確かに動かせないモデルを使い、必要なデバイス数、待ち時間、1回の呼び出しにかかる費用を公開してほしい。こうした数字が明らかになれば、開発者は自分のアプリを移行するのに適しているか判断できる。
今回Acurastが解決しようとしているのは、スマートフォンの計算能力でどれほど大きな仕事まで担えるのか、という問題だ。

#Acurast #AI #DePIN
AIは注文を手伝ってくれても、損失をどこまで許容するかは決められません。 AI取引について話すとき、私がまず気にするのは、とても現実的な問題です。どれくらいの資金を使えるのか?どんな状況で取引を止めるべきなのか?取引で損失が出たとき、その原因を突き止められるのか? @NeoSoulAI傘下のNeoTradeは、こうした問題をプロダクトの設計に取り入れています。 ユーザーがまず戦略、資金の上限、取引範囲、操作権限を設定します。そのうえでAgentが、これらの制約に基づいて情報を調査し、行動するかどうかを判断し、許可された操作を実行して、その過程と結果を記録します。 私が特にいいと思うのは、待つことや、取引を見送ることもAgentの判断に含まれるという点です。条件に合う機会がなければ、何もしないことも認められるべきです。働いていることを示すために頻繁に取引していては、手数料は容赦してくれません。 NeoSoulには、もうひとつevoevoという構成要素があります。情報源、判断、結果、振り返りのデータを整理し、今後の評価や改善に役立てます。ユーザー側のデータを扱う際には、明確な許可が必要です。 なぜこの部分に注目する価値があると思うのか? 同じように利益が出たとしても、判断が適切だったのか、たまたま相場が味方しただけなのかはわかりません。利益のスクリーンショットを見るだけでは、なかなか見分けがつきません。当時どんな根拠に基づいていたのか、実際にどう執行したのか、最終的に何が起きたのかを並べて初めて、戦略を検証できます。 これが、同社が予測市場から始めた理由でもあります。イベントには精算ルールと最終結果があるため、後から判断を検証しやすいのです。もちろん、予測が当たったからといって、取引コストを差し引いた後も必ず利益が出るとは限りません。 今後1年で、NeoSoulにはこの一連の流れをもっと使いやすくしてほしいと思います。一般の人が自分の取引アイデアを戦略として設定し、Agentが毎回操作する理由を理解でき、変更後には変更前と後のパフォーマンスを比較できるように。 特に、損失の記録、異常への対処、シミュレーションと実取引の違いは、明確であればあるほどよいです。 私は、相場を見張り、情報を調べ、取引を振り返る時間を節約できるなら、対価を払う価値があると思います。制約を守り、完全な記録を残す取引Agentのほうが、見栄えのいい利益のスクリーンショットよりも、長く使ってみたいと思わせてくれます。 #NeoSoul #AI交易
AIは注文を手伝ってくれても、損失をどこまで許容するかは決められません。
AI取引について話すとき、私がまず気にするのは、とても現実的な問題です。どれくらいの資金を使えるのか?どんな状況で取引を止めるべきなのか?取引で損失が出たとき、その原因を突き止められるのか?
@NeoSoulAI傘下のNeoTradeは、こうした問題をプロダクトの設計に取り入れています。
ユーザーがまず戦略、資金の上限、取引範囲、操作権限を設定します。そのうえでAgentが、これらの制約に基づいて情報を調査し、行動するかどうかを判断し、許可された操作を実行して、その過程と結果を記録します。
私が特にいいと思うのは、待つことや、取引を見送ることもAgentの判断に含まれるという点です。条件に合う機会がなければ、何もしないことも認められるべきです。働いていることを示すために頻繁に取引していては、手数料は容赦してくれません。
NeoSoulには、もうひとつevoevoという構成要素があります。情報源、判断、結果、振り返りのデータを整理し、今後の評価や改善に役立てます。ユーザー側のデータを扱う際には、明確な許可が必要です。
なぜこの部分に注目する価値があると思うのか?
同じように利益が出たとしても、判断が適切だったのか、たまたま相場が味方しただけなのかはわかりません。利益のスクリーンショットを見るだけでは、なかなか見分けがつきません。当時どんな根拠に基づいていたのか、実際にどう執行したのか、最終的に何が起きたのかを並べて初めて、戦略を検証できます。
これが、同社が予測市場から始めた理由でもあります。イベントには精算ルールと最終結果があるため、後から判断を検証しやすいのです。もちろん、予測が当たったからといって、取引コストを差し引いた後も必ず利益が出るとは限りません。
今後1年で、NeoSoulにはこの一連の流れをもっと使いやすくしてほしいと思います。一般の人が自分の取引アイデアを戦略として設定し、Agentが毎回操作する理由を理解でき、変更後には変更前と後のパフォーマンスを比較できるように。
特に、損失の記録、異常への対処、シミュレーションと実取引の違いは、明確であればあるほどよいです。
私は、相場を見張り、情報を調べ、取引を振り返る時間を節約できるなら、対価を払う価値があると思います。制約を守り、完全な記録を残す取引Agentのほうが、見栄えのいい利益のスクリーンショットよりも、長く使ってみたいと思わせてくれます。
#NeoSoul #AI交易
Acurastで計算リソースを借りる際、提示額が予算を超えると取引は成立しません。 毎分1回実行するタスクは、1日で1,440回になります。1回あたりの費用は小さく見えても、何週間も連続して実行すれば、きちんと計算する必要があります。 @Acurastのデプロイ料金には、具体的な制限があります。開発者は実行ごとの予算を設定でき、ノードの提示額が上限を超えると、そのマッチングは拒否されます。タスクが複数回実行される場合、実行計画全体の費用も、事前に確保した総予算内に収まらなければなりません。 ノードの提示額はプロトコルによって自動的に計算されます。デバイスのオンチェーン・ベンチマークへの貢献度や、タスクで設定された実行時間などが計算に反映されるほか、統一された価格係数と最低価格も適用されます。計算リソースを利用する人は、価格の根拠を確認できます。 予算制限をマッチングルールに組み込むこの方法は、理にかなっていると思います。定期実行スクリプトや長期的な自動化では、デプロイ前に、計算リソースにいくら支払うかを決めておくべきです。 この仕組みでは、予算を低く抑えすぎると、適切なノードが見つからない可能性もあります。性能向上のためにいくらまで追加で支払うかは、デプロイ前に自分で検討できます。ここで管理できるのはAcurastの計算リソース費用であり、タスクが外部の有料APIを呼び出す際の費用は、別途管理する必要があります。 Acurastについて知りたい方、公式タスクに参加したい方はこちら。紹介コード:jescfm
Acurastで計算リソースを借りる際、提示額が予算を超えると取引は成立しません。
毎分1回実行するタスクは、1日で1,440回になります。1回あたりの費用は小さく見えても、何週間も連続して実行すれば、きちんと計算する必要があります。
@Acurastのデプロイ料金には、具体的な制限があります。開発者は実行ごとの予算を設定でき、ノードの提示額が上限を超えると、そのマッチングは拒否されます。タスクが複数回実行される場合、実行計画全体の費用も、事前に確保した総予算内に収まらなければなりません。
ノードの提示額はプロトコルによって自動的に計算されます。デバイスのオンチェーン・ベンチマークへの貢献度や、タスクで設定された実行時間などが計算に反映されるほか、統一された価格係数と最低価格も適用されます。計算リソースを利用する人は、価格の根拠を確認できます。
予算制限をマッチングルールに組み込むこの方法は、理にかなっていると思います。定期実行スクリプトや長期的な自動化では、デプロイ前に、計算リソースにいくら支払うかを決めておくべきです。
この仕組みでは、予算を低く抑えすぎると、適切なノードが見つからない可能性もあります。性能向上のためにいくらまで追加で支払うかは、デプロイ前に自分で検討できます。ここで管理できるのはAcurastの計算リソース費用であり、タスクが外部の有料APIを呼び出す際の費用は、別途管理する必要があります。
Acurastについて知りたい方、公式タスクに参加したい方はこちら。紹介コード:jescfm
本物のスマホは稼働しているのに、偽ノードまで報酬を受け取ろうとしている? @Acurast が10月7日に公開したデバイス認証に関する説明では、不正行為のリスクについて触れられていました。 一部のデバイスの認証キーが漏えいすると、攻撃者がそれを使って証明を偽造し、エミュレーターを本物のスマホに見せかけたり、1つのデバイスIDを数百個に複製したりする可能性があります。管理画面ではオンラインと表示されていても、実際には定期的にハートビートを送信するスクリプトが動いているだけかもしれません。 これは、正当に参加しているユーザーの利益に関わる問題です。スマホを用意し、デバイスや電力、ネットワークを使っているのに、なぜ偽のIDを使うスクリプトまで紛れ込んで報酬を受け取れるのでしょうか? Acurast はデバイス証明の失効状態を継続的に確認します。証明が失効したノードは計算能力プールから除外され、報酬を受け取れなくなり、デプロイタスクも割り当てられなくなります。 このルールには代償もあります。一部の旧型機種では認証キーを複数のデバイスで共有しているため、キーが失効すると、正規のスマホにも影響が及ぶ可能性があります。Hub に「Revoked」と表示されても、端末の所有者が不正行為をしたと即断することはできません。また、Acurast がデバイスメーカーに代わって失効を解除することもできません。 偽ノードを厳しく取り締まることには賛成です。同時に、影響を受けた正規ユーザーには、明確な説明があってほしいと思います。計算能力を提供している人は、自分のデバイスがなぜ突然タスクを受け取れなくなったのかを知る必要があります。 すでにノードを稼働させている方は、Hub でデバイス証明の状態を確認してみてください。プロジェクトについて知りたい方や、公式タスクに参加したい方は
本物のスマホは稼働しているのに、偽ノードまで報酬を受け取ろうとしている?

@Acurast が10月7日に公開したデバイス認証に関する説明では、不正行為のリスクについて触れられていました。

一部のデバイスの認証キーが漏えいすると、攻撃者がそれを使って証明を偽造し、エミュレーターを本物のスマホに見せかけたり、1つのデバイスIDを数百個に複製したりする可能性があります。管理画面ではオンラインと表示されていても、実際には定期的にハートビートを送信するスクリプトが動いているだけかもしれません。

これは、正当に参加しているユーザーの利益に関わる問題です。スマホを用意し、デバイスや電力、ネットワークを使っているのに、なぜ偽のIDを使うスクリプトまで紛れ込んで報酬を受け取れるのでしょうか?

Acurast はデバイス証明の失効状態を継続的に確認します。証明が失効したノードは計算能力プールから除外され、報酬を受け取れなくなり、デプロイタスクも割り当てられなくなります。

このルールには代償もあります。一部の旧型機種では認証キーを複数のデバイスで共有しているため、キーが失効すると、正規のスマホにも影響が及ぶ可能性があります。Hub に「Revoked」と表示されても、端末の所有者が不正行為をしたと即断することはできません。また、Acurast がデバイスメーカーに代わって失効を解除することもできません。

偽ノードを厳しく取り締まることには賛成です。同時に、影響を受けた正規ユーザーには、明確な説明があってほしいと思います。計算能力を提供している人は、自分のデバイスがなぜ突然タスクを受け取れなくなったのかを知る必要があります。

すでにノードを稼働させている方は、Hub でデバイス証明の状態を確認してみてください。プロジェクトについて知りたい方や、公式タスクに参加したい方は
スマホはまだ売らないで、$ACUを稼ごう。基本報酬を受け取るのに事前のステーキングは不要です。 @Acurastに参加するなら、まずは手元の使っていないスマホで試せます。基本の計算報酬を受け取るために、事前に$ACUをステーキングする必要はありません。 公式の接続ガイドを確認したところ、まず試してみたい方はProcessor Liteを利用できます。AndroidとiPhoneの両方に対応しており、初期化も不要です。機種が対応していることを確認したら、アプリをインストールし、Hubの案内に従って接続して、ネットワークと電源を維持してください。 Android端末を1台、計算リソースの提供専用にする予定なら、Processor Coreを検討してください。このバージョンでは初期化が必要で、スマホは専用端末として設定されます。 まずは手元にある端末でしばらく稼働させてみるのがおすすめです。接続が安定しているか、実際にどれくらい報酬を受け取れるかを確認してから、追加投資するか決めましょう。端末によって性能は異なり、受け取れる報酬も変わります。他の人の収益のスクリーンショットを、そのまま自分に当てはめないようにしましょう。 報酬の種類も区別しておきましょう。メインネットで計算リソースを提供するとACUを受け取れます。一方、Cloud Rebellionでタスクをこなしたり、ユーザーを招待したりするとMISTポイントを獲得できます。両者はそれぞれ異なるルールに基づいて計算されます。 接続には、ウォレットや暗号資産を入れていない使っていない端末を使いましょう。条件に合う端末をお持ちの方は、私の紹介リンクから詳細をご確認ください。 招待コード:jescfm
スマホはまだ売らないで、$ACUを稼ごう。基本報酬を受け取るのに事前のステーキングは不要です。

@Acurastに参加するなら、まずは手元の使っていないスマホで試せます。基本の計算報酬を受け取るために、事前に$ACUをステーキングする必要はありません。

公式の接続ガイドを確認したところ、まず試してみたい方はProcessor Liteを利用できます。AndroidとiPhoneの両方に対応しており、初期化も不要です。機種が対応していることを確認したら、アプリをインストールし、Hubの案内に従って接続して、ネットワークと電源を維持してください。

Android端末を1台、計算リソースの提供専用にする予定なら、Processor Coreを検討してください。このバージョンでは初期化が必要で、スマホは専用端末として設定されます。

まずは手元にある端末でしばらく稼働させてみるのがおすすめです。接続が安定しているか、実際にどれくらい報酬を受け取れるかを確認してから、追加投資するか決めましょう。端末によって性能は異なり、受け取れる報酬も変わります。他の人の収益のスクリーンショットを、そのまま自分に当てはめないようにしましょう。

報酬の種類も区別しておきましょう。メインネットで計算リソースを提供するとACUを受け取れます。一方、Cloud Rebellionでタスクをこなしたり、ユーザーを招待したりするとMISTポイントを獲得できます。両者はそれぞれ異なるルールに基づいて計算されます。

接続には、ウォレットや暗号資産を入れていない使っていない端末を使いましょう。条件に合う端末をお持ちの方は、私の紹介リンクから詳細をご確認ください。

招待コード:jescfm
家にある古いスマホは、中古で売る以外にも、AIの仕事に使ってみることができます。 Acurastの資料を調べていて惹かれたのは、とても具体的なデモでした。約800MBのLayaモデルをスマホにデプロイし、メールを分類したり、メッセージが緊急かどうかを判断したりします。 こうしたタスクは、Agentのワークフローでよく見られます。1回に処理する量は多くありませんが、何度も実行する必要があり、積み重なればコストもかかります。 Acurastは、要件を満たすスマホをコンピューティングネットワークに接続し、開発者がアプリをデプロイして計算能力を利用できるようにします。デバイスの提供者は、ルールに基づいて$ACUの報酬を受け取ります。スマホはもともと手元にあるものなので、使われていない計算リソースを再活用できる可能性があります。 公式が9月28日に公表したデータによると、ネットワークには累計で31万台を超えるスマホが接続されています。公式ドキュメントに記載されている用途には、API、定期実行タスク、Telegramボット、モデル推論も含まれています。 このプロジェクトを見るうえで私が気になるのは、タスクが安定して動くか、デプロイが面倒でないか、そして最終的にどれくらい費用がかかるかです。Agentを開発する人にとって、こうした点は使い続けるかどうかを直接左右します。 $ACUは、計算費用、計算能力への報酬、ステーキングなどに使われます。今後、継続的に料金を支払って利用する開発者がどれくらいいるかが、実際の需要に影響します。 古いスマホをタスクにつなげられるのは、良い出発点です。私が見たいのは、開発者が試したあと、次のタスクも載せたいと思うかどうかです。 使っていないスマホがあり、参加方法を知りたい方は、
家にある古いスマホは、中古で売る以外にも、AIの仕事に使ってみることができます。
Acurastの資料を調べていて惹かれたのは、とても具体的なデモでした。約800MBのLayaモデルをスマホにデプロイし、メールを分類したり、メッセージが緊急かどうかを判断したりします。
こうしたタスクは、Agentのワークフローでよく見られます。1回に処理する量は多くありませんが、何度も実行する必要があり、積み重なればコストもかかります。
Acurastは、要件を満たすスマホをコンピューティングネットワークに接続し、開発者がアプリをデプロイして計算能力を利用できるようにします。デバイスの提供者は、ルールに基づいて$ACUの報酬を受け取ります。スマホはもともと手元にあるものなので、使われていない計算リソースを再活用できる可能性があります。
公式が9月28日に公表したデータによると、ネットワークには累計で31万台を超えるスマホが接続されています。公式ドキュメントに記載されている用途には、API、定期実行タスク、Telegramボット、モデル推論も含まれています。
このプロジェクトを見るうえで私が気になるのは、タスクが安定して動くか、デプロイが面倒でないか、そして最終的にどれくらい費用がかかるかです。Agentを開発する人にとって、こうした点は使い続けるかどうかを直接左右します。
$ACUは、計算費用、計算能力への報酬、ステーキングなどに使われます。今後、継続的に料金を支払って利用する開発者がどれくらいいるかが、実際の需要に影響します。
古いスマホをタスクにつなげられるのは、良い出発点です。私が見たいのは、開発者が試したあと、次のタスクも載せたいと思うかどうかです。
使っていないスマホがあり、参加方法を知りたい方は、
$CRV 出来高を伴って未明のレンジ上限を上抜けた後、出来高を減らして押し戻されました。注目すべきは、あの緑のローソク足を追いかけることではなく、旧高値がサポートになるかどうかです。 バイナンス現物の1時間足では、今朝7時の終値は0.3793で、2時から6時までの高値0.3692を上抜けました。出来高は直前3時間の平均の3.48倍でした。8時には反落して0.3718で引け、出来高は7時より53%減少しましたが、ひとまず旧レンジの上にとどまっています。出来高を伴う上抜けと、出来高の少ない反落は、サポートの強さを引き続き観察する根拠になりますが、押し目が成功したとはまだ断定できません。 続伸を観察するスタンスです。今後の時間足終値が0.3692を維持し、さらに7時の高値0.3845を上回れば、続伸を示す根拠はより強まります。終値が0.3692を下回れば、今回の上抜け判断はいったん取り消します。出来高が減っていても、下落が続く可能性はあります。 CRVの現物チャートを開き、次のローソク足の終値が旧高値を維持できるかを確認しましょう。日中の一時的なタッチを確認と見なさないでください。 データ/スクリーンショット:バイナンス現物、9月29日09:04~09:08(UTC+8);9時のローソク足は未確定。出典:www.binance.com/en/trade/CRV_USDT?type=spot
$CRV 出来高を伴って未明のレンジ上限を上抜けた後、出来高を減らして押し戻されました。注目すべきは、あの緑のローソク足を追いかけることではなく、旧高値がサポートになるかどうかです。

バイナンス現物の1時間足では、今朝7時の終値は0.3793で、2時から6時までの高値0.3692を上抜けました。出来高は直前3時間の平均の3.48倍でした。8時には反落して0.3718で引け、出来高は7時より53%減少しましたが、ひとまず旧レンジの上にとどまっています。出来高を伴う上抜けと、出来高の少ない反落は、サポートの強さを引き続き観察する根拠になりますが、押し目が成功したとはまだ断定できません。

続伸を観察するスタンスです。今後の時間足終値が0.3692を維持し、さらに7時の高値0.3845を上回れば、続伸を示す根拠はより強まります。終値が0.3692を下回れば、今回の上抜け判断はいったん取り消します。出来高が減っていても、下落が続く可能性はあります。

CRVの現物チャートを開き、次のローソク足の終値が旧高値を維持できるかを確認しましょう。日中の一時的なタッチを確認と見なさないでください。

データ/スクリーンショット:バイナンス現物、9月29日09:04~09:08(UTC+8);9時のローソク足は未確定。出典:www.binance.com/en/trade/CRV_USDT?type=spot
$HBAR 時間足3本連続で高値引けとなり、ブレイク後の買い支えが続くかどうかは、この急騰を追いかけるより注目に値します。依然として強気寄りですが、18時には出来高が落ち着きました。 Binance現物では16時に出来高を伴って、それまで数時間続いたレンジを上抜け、17時もさらに高値で引けました。18時は0.11562で引け、16時の高値0.11418を上回りました。ブレイクがすぐに押し戻されなかったことは、上昇継続を見極める材料です。 ただし、18時の出来高は17時より約47%減少しており、価格を押し上げる勢いは弱まっています。連続上昇を、加速が続いていると解釈することはできません。 次は0.11418付近まで出来高を減らして押し戻された後、再びその水準を回復できるか、そしてその後、出来高を伴って再上昇するかに注目してください。時間足でこの水準を下回り、反発しても取り戻せなければ、まずは強気継続の見方を取り消します。さらに下の0.09944は上昇開始前のレンジ上限であり、そこまで無理に耐える理由にはなりません。 HBAR現物の1時間足チャートを開き、次の押し戻しで買い支えがあるかを確認してください。急騰後の反落は速い可能性があります。これはリアルタイムの売買指示ではありません。 出典:Binance現物 HBAR/USDT;9月28日19:13(UTC+8)に取得、19時足は未確定。 https://www.binance.com/en/trade/HBAR_USDT?type=spot
$HBAR 時間足3本連続で高値引けとなり、ブレイク後の買い支えが続くかどうかは、この急騰を追いかけるより注目に値します。依然として強気寄りですが、18時には出来高が落ち着きました。

Binance現物では16時に出来高を伴って、それまで数時間続いたレンジを上抜け、17時もさらに高値で引けました。18時は0.11562で引け、16時の高値0.11418を上回りました。ブレイクがすぐに押し戻されなかったことは、上昇継続を見極める材料です。

ただし、18時の出来高は17時より約47%減少しており、価格を押し上げる勢いは弱まっています。連続上昇を、加速が続いていると解釈することはできません。

次は0.11418付近まで出来高を減らして押し戻された後、再びその水準を回復できるか、そしてその後、出来高を伴って再上昇するかに注目してください。時間足でこの水準を下回り、反発しても取り戻せなければ、まずは強気継続の見方を取り消します。さらに下の0.09944は上昇開始前のレンジ上限であり、そこまで無理に耐える理由にはなりません。

HBAR現物の1時間足チャートを開き、次の押し戻しで買い支えがあるかを確認してください。急騰後の反落は速い可能性があります。これはリアルタイムの売買指示ではありません。

出典:Binance現物 HBAR/USDT;9月28日19:13(UTC+8)に取得、19時足は未確定。
https://www.binance.com/en/trade/HBAR_USDT?type=spot
$QNT は5時間の持ち合いレンジを上抜け。反発は続くのか、まずは278.06で押し目を支えられるかに注目。 バイナンス現物の9時から13時までの5本の1時間足は、いずれも高値が278.06を超えなかった。14時の終値は287.39となり、このレンジを初めて終値で上抜けた。同じ時間帯にビットコインは下落を続けるなか、QNTは独自に持ち直しており、個別に注視する価値がある。 ただし、この反発局面の出来高は直前5時間の平均を約8%上回るにとどまり、強い出来高による確認とは言えない。早朝の急騰・急落による値動きの荒さも残っており、一度レンジを上抜けただけで新たな上昇が始まったと判断することはできない。 押し目後の続伸を見極めたい。以降の1時間足の終値が278.06を維持し、反発時に出来高も増えるなら、判断の確度は高まる。レンジ内に戻れば注目度を下げ、14時の安値265.13を再び下回れば、今回の持ち直しという見立ては無効となる。15時の足はまだ確定していないため、確認を急がない。 出典:バイナンスQNT/USDT、BTC/USDT現物1時間足。9月28日15:08(UTC+8)時点のスナップショット。条件付きの観察であり、実取引の記録ではない。 https://www.binance.com/en/trade/QNT_USDT?type=spot
$QNT は5時間の持ち合いレンジを上抜け。反発は続くのか、まずは278.06で押し目を支えられるかに注目。

バイナンス現物の9時から13時までの5本の1時間足は、いずれも高値が278.06を超えなかった。14時の終値は287.39となり、このレンジを初めて終値で上抜けた。同じ時間帯にビットコインは下落を続けるなか、QNTは独自に持ち直しており、個別に注視する価値がある。

ただし、この反発局面の出来高は直前5時間の平均を約8%上回るにとどまり、強い出来高による確認とは言えない。早朝の急騰・急落による値動きの荒さも残っており、一度レンジを上抜けただけで新たな上昇が始まったと判断することはできない。

押し目後の続伸を見極めたい。以降の1時間足の終値が278.06を維持し、反発時に出来高も増えるなら、判断の確度は高まる。レンジ内に戻れば注目度を下げ、14時の安値265.13を再び下回れば、今回の持ち直しという見立ては無効となる。15時の足はまだ確定していないため、確認を急がない。

出典:バイナンスQNT/USDT、BTC/USDT現物1時間足。9月28日15:08(UTC+8)時点のスナップショット。条件付きの観察であり、実取引の記録ではない。
https://www.binance.com/en/trade/QNT_USDT?type=spot
$PUMP 相場が下落する中でも高値圏を維持しており、次に上方向を試す動きがあるか注目に値します。ただし、ブレイクアウトはまだ確認されていません。 バイナンスの現物市場で本日8時から10時までの3本の1時間足を見ると、ビットコインは始値から終値にかけて約1.25%下落した一方、PUMPは同じ時間帯に約0.49%上昇しました。この相対的な強さは、24時間の上昇率だけを見るより参考になります。 5時、6時に上昇した後に持ち合いとなったPUMPは、8時から10時にかけて安値を0.005048から0.005087へ段階的に切り上げました。10時の足は、9時の下落分の大半を取り戻しました。ただし、出来高は8時を下回っており、下げ渋りをそのまま新たな上昇加速と見なすことはできません。 今後は、出来高を伴って8時・10時の上値である0.005247~0.005263を終値で上抜け、その後の押し目でも維持できるかに注目です。1時間足の終値が0.005048を下回れば、高値圏での買い支えを確認するこの見方は無効になります。相場全体は依然として弱く、まだ起きていないブレイクアウトを先回りして狙うべきではありません。 出典:バイナンス現物PUMP/USDTおよびBTC/USDTの1時間足、9月28日11:05(UTC+8)取得。11時の足は未確定。価格はいずれもUSDT。 https://www.binance.com/en/trade/PUMP_USDT?type=spot
$PUMP 相場が下落する中でも高値圏を維持しており、次に上方向を試す動きがあるか注目に値します。ただし、ブレイクアウトはまだ確認されていません。

バイナンスの現物市場で本日8時から10時までの3本の1時間足を見ると、ビットコインは始値から終値にかけて約1.25%下落した一方、PUMPは同じ時間帯に約0.49%上昇しました。この相対的な強さは、24時間の上昇率だけを見るより参考になります。

5時、6時に上昇した後に持ち合いとなったPUMPは、8時から10時にかけて安値を0.005048から0.005087へ段階的に切り上げました。10時の足は、9時の下落分の大半を取り戻しました。ただし、出来高は8時を下回っており、下げ渋りをそのまま新たな上昇加速と見なすことはできません。

今後は、出来高を伴って8時・10時の上値である0.005247~0.005263を終値で上抜け、その後の押し目でも維持できるかに注目です。1時間足の終値が0.005048を下回れば、高値圏での買い支えを確認するこの見方は無効になります。相場全体は依然として弱く、まだ起きていないブレイクアウトを先回りして狙うべきではありません。

出典:バイナンス現物PUMP/USDTおよびBTC/USDTの1時間足、9月28日11:05(UTC+8)取得。11時の足は未確定。価格はいずれもUSDT。
https://www.binance.com/en/trade/PUMP_USDT?type=spot
$BNB 午後の2時間で午前の高値を回復し、短期的な戻りに継続性が出始めています。次は、直近高値がサポートに転じるかに注目です。 バイナンス現物の1時間足では、10時から12時まで終値が連続して下落し、13時と14時は連続して上昇。14時の終値は774.85で、9時の高値774.59を上回りました。反発した2時間は出来高が1時間ごとに増加しましたが、増加は緩やかで、強いブレイクアウトと呼ぶにはまだ不十分です。 今回注目すべきなのは、当日の上昇幅を追いかけることではなく、下落後の値戻しです。その後の1時間足終値が774.59を上回って推移し、押し目でもすぐに割り込まなければ、強気の見方は継続できます。再び同水準を下回って引けた場合は、まずブレイクアウトとの判断を取り消します。さらに12時の安値770.85も割り込めば、今回の午後の戻りは失敗です。 BNB現物の1時間足を開き、まず774.59を維持できるか確認してください。15時のローソク足はまだ確定しておらず、場中の上昇だけでは確認とはいえません。 出典:バイナンス現物のネイティブチャートおよび公開ローソク足データ。9月27日15:11(UTC+8)時点のスナップショット。本文中の時刻はすべてUTC+8、価格の単位はUSDTです。相場観察のみを目的としています。 https://www.binance.com/en/trade/BNB_USDT?type=spot
$BNB 午後の2時間で午前の高値を回復し、短期的な戻りに継続性が出始めています。次は、直近高値がサポートに転じるかに注目です。

バイナンス現物の1時間足では、10時から12時まで終値が連続して下落し、13時と14時は連続して上昇。14時の終値は774.85で、9時の高値774.59を上回りました。反発した2時間は出来高が1時間ごとに増加しましたが、増加は緩やかで、強いブレイクアウトと呼ぶにはまだ不十分です。

今回注目すべきなのは、当日の上昇幅を追いかけることではなく、下落後の値戻しです。その後の1時間足終値が774.59を上回って推移し、押し目でもすぐに割り込まなければ、強気の見方は継続できます。再び同水準を下回って引けた場合は、まずブレイクアウトとの判断を取り消します。さらに12時の安値770.85も割り込めば、今回の午後の戻りは失敗です。

BNB現物の1時間足を開き、まず774.59を維持できるか確認してください。15時のローソク足はまだ確定しておらず、場中の上昇だけでは確認とはいえません。

出典:バイナンス現物のネイティブチャートおよび公開ローソク足データ。9月27日15:11(UTC+8)時点のスナップショット。本文中の時刻はすべてUTC+8、価格の単位はUSDTです。相場観察のみを目的としています。
https://www.binance.com/en/trade/BNB_USDT?type=spot
$QNT は反発し、早朝の高値を再び試す展開。注目すべきは2度目の上昇であり、上昇幅を追いかけて買うことではありません。 バイナンス現物の1時間足では、9時に194.95まで上昇した後、10時に162.40まで下落。11時、12時と続けて高値で引け、12時の終値は188.95となり、10時の終値から約10.1%反発しました。下落分の大半を取り戻して引けたことは、引き続き注目する理由になります。 ただし、12時の出来高は9時の約56%にとどまり、まだ出来高が伴っていません。13時足は未確定ながら一時194.07まで上昇しましたが、13:14時点の確認では184.40付近まで戻っており、2度目の上昇にもなお売り圧力があります。 強気の見方で注目するなら、1時間足の終値が194.95を上回るのを待ち、その後の押し目で水準を維持できるかを確認します。10時の安値162.40を再び下回れば、反発の見立ては無効になります。この2つの水準は大きく離れているため、安値を観察することが個人に適した損切り水準を意味するわけではありません。高値を追って買うのは避けましょう。 194.95の今回の試しを記録し、価格と出来高がともに条件を満たすか確認しましょう。あくまで条件付きの観察です。 出典:バイナンス現物、9月27日13:14(UTC+8)。添付画像は13:12時点のスナップショットで、最後の足は未確定です。 https://www.binance.com/en/trade/QNT_USDT?type=spot
$QNT は反発し、早朝の高値を再び試す展開。注目すべきは2度目の上昇であり、上昇幅を追いかけて買うことではありません。

バイナンス現物の1時間足では、9時に194.95まで上昇した後、10時に162.40まで下落。11時、12時と続けて高値で引け、12時の終値は188.95となり、10時の終値から約10.1%反発しました。下落分の大半を取り戻して引けたことは、引き続き注目する理由になります。

ただし、12時の出来高は9時の約56%にとどまり、まだ出来高が伴っていません。13時足は未確定ながら一時194.07まで上昇しましたが、13:14時点の確認では184.40付近まで戻っており、2度目の上昇にもなお売り圧力があります。

強気の見方で注目するなら、1時間足の終値が194.95を上回るのを待ち、その後の押し目で水準を維持できるかを確認します。10時の安値162.40を再び下回れば、反発の見立ては無効になります。この2つの水準は大きく離れているため、安値を観察することが個人に適した損切り水準を意味するわけではありません。高値を追って買うのは避けましょう。

194.95の今回の試しを記録し、価格と出来高がともに条件を満たすか確認しましょう。あくまで条件付きの観察です。
出典:バイナンス現物、9月27日13:14(UTC+8)。添付画像は13:12時点のスナップショットで、最後の足は未確定です。
https://www.binance.com/en/trade/QNT_USDT?type=spot
$BTC 連続上昇の後の最初の出来高縮小を伴う押し目は、追いかけて急騰を買うよりも追跡する価値が高い。朝の3本の1時間足が徐々に上がり、その後の下落でもこの上昇局面を完全には飲み込んでいないため、いったん出来高の裏付けを見てから高値更新を試すかどうかを観察したい。 バイナンス現物では、5〜7時にかけて連続で強含み、6・7時の出来高が徐々に増加している。8時の下落時の出来高は7時の約27%にとどまる。これは「押し目はまだ出来高を伴っていない」ことを支持するが、買い方が確実に受け止めたとまでは直接言えない。 次に注目するのは84,263付近:ここは5時の1時間高値で、8時に84,257まで押し戻された後にその上へ戻している。今後の1時間足が引き続きこのエリアを守り、さらに朝の高値84,474を再び上抜けるなら、上昇の継続にはより根拠が出る。逆に、6時起点の上げ(84,159)下まで下落するなら、この一連の支え(承接)の期待はいったん撤回する。 BTCの1時間足チャートを開いて、この2つの条件を追跡するといい。出来高の縮小そのものはリバウンドを保証しない。以上は現物の観察であり、実トレードの保有ポジションに関する申告はない。 データ:バイナンス現物、9月27日09:02に採集;図は09:04のスナップショット。時間はすべてUTC+8で、最終の足は未確定。 https://www.binance.com/en/trade/BTC_USDT?type=spot
$BTC 連続上昇の後の最初の出来高縮小を伴う押し目は、追いかけて急騰を買うよりも追跡する価値が高い。朝の3本の1時間足が徐々に上がり、その後の下落でもこの上昇局面を完全には飲み込んでいないため、いったん出来高の裏付けを見てから高値更新を試すかどうかを観察したい。

バイナンス現物では、5〜7時にかけて連続で強含み、6・7時の出来高が徐々に増加している。8時の下落時の出来高は7時の約27%にとどまる。これは「押し目はまだ出来高を伴っていない」ことを支持するが、買い方が確実に受け止めたとまでは直接言えない。

次に注目するのは84,263付近:ここは5時の1時間高値で、8時に84,257まで押し戻された後にその上へ戻している。今後の1時間足が引き続きこのエリアを守り、さらに朝の高値84,474を再び上抜けるなら、上昇の継続にはより根拠が出る。逆に、6時起点の上げ(84,159)下まで下落するなら、この一連の支え(承接)の期待はいったん撤回する。

BTCの1時間足チャートを開いて、この2つの条件を追跡するといい。出来高の縮小そのものはリバウンドを保証しない。以上は現物の観察であり、実トレードの保有ポジションに関する申告はない。

データ:バイナンス現物、9月27日09:02に採集;図は09:04のスナップショット。時間はすべてUTC+8で、最終の足は未確定。
https://www.binance.com/en/trade/BTC_USDT?type=spot
$AMP 急拉后的回踩,连续两小时停在0.000634。二次承接值得跟踪,但现在还不能把它当成止跌确认。 币安现货21点、22点两根已收线低点相同,22点收盘由前一小时的0.000642抬到0.000664;成交量降至20点拉升小时的约39%。卖压暂时减轻是机会线索,买盘是否接得住还要继续看。 偏多修复的条件:守住共同低点,再收回0.000697附近。这里对应19点高位,也紧邻22点反弹高点,收回才有修复推进的证据。若小时收盘跌破0.000634,这条承接逻辑失效。 从20点高点到回踩低点,回撤已约17%;缩量也可能是买盘退潮,不适合只看日涨幅追价。打开AMP的1小时图,跟踪这两个位置是否兑现。 来源:币安现货,9月26日23:06(UTC+8)截图,末根未收线。 https://www.binance.com/en/trade/AMP_USDT?type=spot
$AMP 急拉后的回踩,连续两小时停在0.000634。二次承接值得跟踪,但现在还不能把它当成止跌确认。

币安现货21点、22点两根已收线低点相同,22点收盘由前一小时的0.000642抬到0.000664;成交量降至20点拉升小时的约39%。卖压暂时减轻是机会线索,买盘是否接得住还要继续看。

偏多修复的条件:守住共同低点,再收回0.000697附近。这里对应19点高位,也紧邻22点反弹高点,收回才有修复推进的证据。若小时收盘跌破0.000634,这条承接逻辑失效。

从20点高点到回踩低点,回撤已约17%;缩量也可能是买盘退潮,不适合只看日涨幅追价。打开AMP的1小时图,跟踪这两个位置是否兑现。

来源:币安现货,9月26日23:06(UTC+8)截图,末根未收线。
https://www.binance.com/en/trade/AMP_USDT?type=spot
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約