＼ うささきVer2.40 更新しました！ ／

※FBX、表情アニメーションなどに変更があるため改変済みのプロジェクトへの上書きは非推奨です！

主にバグ修正と、さらに改変しやすくなるよう細かな調整を行いました。

詳細は更新履歴からご確認ください🐰🥕
https://t.co/YkOKEjzEy5 December 12, 2025

Google のシニアスタッフエンジニアの方のブログ記事からメモ。良かった。

・一般的に、テック業界ではエンジニアは代替可能なリソースとして扱われることが多い
・記事の筆者はその考え方に違和感を持ち、独自のキャリアパスを歩んでいる

・プロダクト開発では経営目標が頻繁に変わり、目立つ成果を上げることが重要
・対照的に筆者は、社内エンジニア向けのツールやインフラ開発に従事している
・社内向けの仕事は地味であり、一般ユーザーや経営幹部からは認知されにくい
・この領域では、プロダクトマネージャーを介さずエンジニア同士で直接対話する方が効率的

・インフラ領域において最も価値があるのは、開発スピードではなくコンテキストの理解
・エンジニアを頻繁に入れ替えると、システムの歴史や文脈といった暗黙知が失われてしまう
・長期間同じ領域に留まることで、過去の事例と照らし合わせて問題を解決できる
・短期的なバグ修正だけでなく、長期間の観察が必要な根本的なシステム改善が可能になる

・例えば、筆者が開発したBigtraceというツールは、長期間現場に留まり問題を観察し続けたからこそ生まれた
・もし短期でチームを移動していたら、表面的な苦情に対処するだけで終わっていたはず

・注目を浴びるプロジェクトは魅力的だが、政治的な争いや方針転換に巻き込まれやすい
・長年の実績で信頼を築けば、プロダクトの品質を守るために流行（AIなど）を断る権限を持てる
・筆者のツールは正確性が命であり、不確実なAIの導入はユーザーの信頼を損なう可能性があるからだ

・目立つ新機能を発表しなくても、キャリアが停滞するわけではない
・インフラエンジニアには「影のヒエラルキー」という別の評価システムが存在する
・自分の上司へのアピールよりも、ツールを使う他部署の優秀なエンジニアからの評価が重要になる
・重要なプロジェクトが自分のツールに依存しているという事実が、強力な昇進の根拠となる
・評価の尺度は売上ではなく、ツールの有用性、重要性、普及度、規模である

・エンジニアには、経営層の意向で動くタイプと、特定の技術領域を深く守るタイプがいる
・筆者は後者の、特定のドメインに深く精通したアーキテクトタイプである
・この戦略は、インフラに長期投資できる余裕のある巨大テック企業でこそ有効

・良いチームに出会うのは運だが、そこに何年も留まり続けるのは自分の意思による選択となる
・地味なチームは競争が激しくないため、技術的な深さを追求したい人には適している
・何億人ものユーザーに自慢できる仕事ではないが、技術的なオーナーシップを持てる満足感がある
・業界は「速く動くこと」を推奨するが、じっくりと腰を据えて土台を作る道もある
・スポットライトを浴びずとも、他者が頼る基盤を作ることで大きなインパクトを残せる（キャリアになる）

https://t.co/9I7xEYSdw6 December 12, 2025

@cw_Scenarionow 『リューン美味い処巡り』 酒場での会話のバグ修正しました。よろしくお願いします。25.12.05
ver：1.50～／2人用（人数調整不要）／冒険者が食べ歩くだけの読み物シナリオです。
https://t.co/B9OW3x2HLQ https://t.co/f0RU4Hvqq7 December 12, 2025

質問されたので再掲
どんな仕事をしてるか？
基本的にシステムを作るんですが、作りながらテストをしてバグを直す感じ。

・どんな仕事の流れなの?
1日のざっくりとしたスケジュールを書きます。

・9時朝礼
→1日の仕事の予定を報告
「これをここまで終わらせますー」
みたいな感じ。
あんまり意味ない。その通りにはならない。

・9時〜15時　
→プログラム実装、あるいはテストでバグを探す
基本的に詰まったりしたら周りの人に聞く。
でも周りも忙しいからChatGPTにきく。

詰まらない人は一言も喋らない日もあります。

なお、問い合わせの対応が入ったりして全く進まないことも多々ある。

・15時終礼
→1日の仕事ぶりをリーダーに報告
スケジュール通りか？詰まってないか？等

詰まってる場合、どこで詰まってるかを説明しますが、論理的に説明できないとみんなの前で恥をかきます。

・15時半　バグ報告会
→テストで見つかったバグを報告する会議
誰が直すかをリーダーが決めます。
大抵特定のメンバーに偏ります

・17時〜無制限
→バグ修正
翌日治ってることを確認したいため、なんとかその日のうちに治します。

・夜中〜無制限
→トラブっていた場合
日中にはシステムの対応は出来ないため
夜中に対応をします。システムの提供とかね。メンテナンスって夜中にやりますよね。

ざっくりこんなかんじ。 December 12, 2025

発売まであと1日！/距离发售还有一天！

「聖幻仮面姫」正式発売まであと24時間、正直今から興奮で眠れそうにありません。これは私が初めて手掛けたこの規模の作品で、経験と能力不足から開発中に多くの困難に直面しましたが、心強いチームメンバーとずっと支えてくださった皆様のおかげで、このやや無謀なアイデアを形にすることができました。もし私たちの作品が皆様に一時の楽しみをお届けできれば、これ以上の喜びはありません。
距离【圣幻假面姬】正式发售还有24小时，老实说我现在激动的快睡不着觉了。这是我第一次亲手完成这种规模的作品，由于经验和能力不足，在开发的过程中遇到了很多困难，幸好有可靠的团队成员们，和一直在支持我的大家，才让我有机会把这个有点乱来的想法付诸实践。如果我们的作品届时能给您来带片刻欢愉，那便是我最大的荣幸了。

ここ1ヶ月間、友人たちと何度もデバッグテストを重ね、可能な限りゲーム全体の流れを完成させてきましたが、正直全ての問題を排除できたとは言い切れません。正式プレイ中にバグに遭遇された場合は、どうかご容赦ください。SNSやメールでご連絡いただければ、迅速に修正して最新バージョンをアップロードいたします。DLsiteプラットフォームでのファイル差し替えによるバグ修正に加え、ゲームファイル内に【readme.txt】というドキュメントファイルを同梱しており、そこに修正パッチ用のGoogle Driveリンクを事前に記載しています。既にゲームをダウンロードされたプレイヤーの方々が迅速に最新の修正パッチを入手できるようにするためです。
最近一个月以来，我和朋友们做了无数次debug测试，尽可能的在完善整个游戏流程，但老实说也没办法保证排除了所有问题。如果您在正式游玩的过程中遇到了bug，还望海涵，您可以通过社交媒体或邮箱向我留言，我们会尽快修复并上传最新版本。除了在DLsite平台替换文件修复bug之外游戏文件内包含一个【readme.txt】的文档文件，我在里面预留了上传修复补丁用的Google Drive链接，以便已经下载了游戏的玩家可以快速获取最新进度的修复补丁。

どうか私たちの作品をお楽しみいただけますように。明日の発売日にお会いしましょう！
希望您喜欢我们的作品，我们明天发售日再会！
https://t.co/Yc95KitIMA

#聖幻仮面姫オーロラクリスタル #変身ヒロイン December 12, 2025

#スーパー開発デー
「Spirit of Nilda」というブラウザーゲームを開発してます。
ログドリブンダンジョンクローラーというテキストベースで迷宮を探索するRPGです。

先週OBTを実施して、現在鋭意バグ修正・調整中です！

#SpiritOfNilda
#インディーゲーム #ブラウザゲーム #RPG https://t.co/uXyn9eSxBH December 12, 2025

いや何が1番やばいって
今までの付け替えはバグでしたって
きちんと説明して謝罪とかあるのなら
まだ理解できるけど
アプデしました。バグ修正しました
これだけで言われても納得できないって December 12, 2025

え……必死に集めた必殺リキャスト9%とか全部消えてるんだけど……？
バグ修正しましたじゃなくて、どこまでが想定外の挙動で修正対象だったのか説明がほしいなこれは。 December 12, 2025

【緊急修正】全チャンピオン対象の「スキル同時発動」バグ修正 🛠️

リヴェンだけでなく、リー・シン、サイラス、パンテオン、ザック、マルファイトなど、全キャラで「本来あるべき硬直を無視して、複数のスキルを同時に乱射できる」状態でした。

特にリヴェンは、難しいキャンセル技術が練習不要で出せたため、「俺の10年が否定された」と嘆く職人が続出…😭

誰でもお手軽に職人レベルの操作ができた「幻の3日間」はこれで終了です。

リヴェンOTP情報：[https://t.co/wRipvcm20l]

#LoL #DeepLoL #Riven December 12, 2025

「Codex と Opus4.5 の使い分け」 と 「挙動の違い」 について (12/2 最新版)
Opus4.5
- 「0 -> 1」 だけでなく、 「1 -> 100」 の追加機能実装も利用
- AI とのペアプロ
- コーディング業務以外 での利用 (ドキュメント作成など)
- Codex が実装したコードのレビュー (Commit 履歴渡して、不要なコードを削らせてます)

Codex
- 細かいバグ修正や挙動修正 (Opus に作らせた後に発生した細かいバグを、全部直させるなど)
- Opus では解決できなかったバグ修正
- コードは捨てる前提で、PoCとして動くものを作る時
- Opusが実装したコードのレビュー

また、ロジックが複雑になりそうな時は、Opus の Planモードで作成した計画書を元に、Codex に実装させる時もあります。

挙動の違い
Opus4.5
- 良くも悪くも、暴れ馬なのは変わりがない...ただ、ドキュメントを少し整備すれば、素直に動いてくれる。(/init 実行時のセットアップでも十分)
- 「機能改修・新機能追加」は、既存コードに沿った提案や実装をしてくれる印象がある。保守性が高いコードを作ってくれる。
- Codex と違い、 「過剰な防御的プログラミング (指示してないことまで防ごうとして、スパゲッティコードを生成する)」 という事象が起こりにくい。そのため、 「素直さ」 では、Codex よりも良い。かつ実装したコードをそのままマージも多々あり。
- 返答が早いので、AI とのペアプロは快適。しかしCodex でも、モデルを 「mini」 にすれば、返答スピードは気にならない。
- 倭国語の扱いは、かなり強い...LTスライドや記事の文言や伝え方とかを相談できる。　
- Opus 4.5 ではかなり減ったが、デバッグ性能や実装の正確性 (一発で正しく動くか？) は、まだCodex の方が高い印象。
- サブエージェントなどのカスタマイズ性の高さは魅力。自分のユースケースに合わせて最適化すると、さらに快適に実装できる。

Codex
- Opus よりも強いデバッグ性能。「7時間以上自走する方法」と組み合わせれば、細かいバグを全部修正して、動く所まで実装し切ってくれる。
- 実装の正確性は、Opus よりも高く、一発で動くコードを出す場合が多い。PoCで一旦動くものを作りたいなら、Codex が最適。
- 作成するコードは、スパゲッティになりがちで、過剰な防御的プログラミングを行う...Opus を含め、AI はコード削減が苦手なので、Codex が実装した後に、人が手直しする必要がある...

Codex は防御的プログラミングが多くてレビュー負荷が高め。
一方でOpus なら防御的プログラミングが少なく、精度も十分であり、応答も早い。
上記の経緯があり、Claude Code メイン + 必要なとき Codex を併用する、のスタイルに落ち着きました。

他におすすめの使い分けあれば教えて頂きたいです！ December 12, 2025

ゲーム開発で「あと少し」のところで挫折する人、ちょっとわかる。
　
自分が表現したかった部分がゲームで動いた瞬間って、すごい達成感があるんよね。
「よし、これで完成！」みたいな気持ちになっちゃう。
　
でもやっぱ、そこからのリリース作業こそが一番重要だったりするのよ。

バグ修正、ストア申請、説明文作成、スクショ準備とかとか。
地味だけど、これをやって初めて「ゲームを作った」と言えるんだよね。

僕も最初マジで「この程度のクオリティーで出して意味あるんか」ってものをリリースしたけど、出してよかった。
ちゃんと自分の中でピリオドが打たれる感じがするから、次に繋がるのよ。
　
完璧を目指さず、まずは雑でもいいから世に出す。
そこからが本当のゲーム開発の始まりだと思う。 December 12, 2025

001で死んだ🌙が記憶持って2日目に戻るのが見たい 記憶を活かして次こそ牛寺防隊全員生き残ってこの星も人工天体も守る為に最初から🌊や皆と力合わせて戦う その中でバグ修正プログラムのことも知って認識障害も治して 誰も死なず全てが順調に進んでたのに December 12, 2025

スタートレックゲームライクな宇宙船ゲームを制作中！
テストプレイ⇔バグ修正＆調整の真っ最中です。
本作ではこんな感じでスタート時に主人公を選ぶんですが、がんばってクリアしたら別キャラのエンディングがはじまるバグが出たり…^^;
#ゲーム制作 #gamedev #ドット絵 #pixelart https://t.co/faYsa37tPx December 12, 2025

おはようございます。寒い！
すっかり冬の気温になってきましたね。良く考えたら12月ですもんね…。

#いるまぷらす ようやくサイトの更新開始。バグ修正や #今日のイベント の一覧にフライヤーが出るようにしたりしてみました。

では、今日も一日頑張りましょう～

#入間市
https://t.co/hlwePBT3Mx https://t.co/6R6TfD5L2T December 12, 2025

【🔥新たな凄い進展 #EDGEX 🔥】

現在取り組んでいること❗️

#EDGEX （エッジエックス）
招待コードはコチラ🧑‍💻【KAIUN】
https://t.co/KdgnGNe3zD

ここ数か月、チームはプロダクトの中核開発と戦略的パートナーシップ構築に集中しており、安定性・セキュリティ・処理性能・エコシステム拡大のすべてで着実な進展を遂げています❗️

＊プロダクト・エンジニアリング

① パフォーマンスと安定性の強化
システムの安定稼働とセキュリティは最重要課題です。
ユーザー数・取引量の増加に合わせてアーキテクチャ全体を最適化し、
10月11日の急変動相場でもダウンタイムゼロを維持しました。

② スポット取引所（オーダーブック型DEX）
現在、社内テストと最終バグ修正を実施中。
スケーラビリティ強化のため、AMM設計からオーダーブック型モデルに切り替えました。
（一般公開予定：12月上旬）

③ edgeFlow（流動性ネットワークSDK）
edgeX流動性ネットワークSDK「edgeFlow」はまもなくオープンソース公開予定。
すでに外部プロジェクトでの統合が進行しており、順次ローンチが控えています。
初期統合例：
• 約1,000万人登録のメーム取引プラットフォーム Ave ai
• パーペチュアル集約アグリゲーター Crystal

④ L2メインネット（edgeX Chain）
edgeX Chainのメインネットは12月上旬ローンチ予定。
高速処理・高スループットを実現するL2として、モジュラー型DeFi基盤の中心を担います。
11月中に追加の技術発表を予定。

⑤ 透明性データスイート（Transparency Dashboard）
11月から順次リリース予定の新ダッシュボード群：
• アンバサダー実績ダッシュボード
• トークン買戻し状況ダッシュボード
• リアルタイム取引データ監視ダッシュボード

＊流動性アップデート

パーペチュアルDEX市場での「最低スリッページ水準」をさらに拡大。
1回あたりの約定規模で、低スリッページ範囲を2,000万ドル → 4,000万ドルへ引き上げました。
上場マーケット数は120銘柄以上に拡大。
また、トレンド銘柄の上場スピードを大幅短縮し、プレマーケット・本上場ともに最速クラスを目指しています。

＊Go-to-Market & パートナーシップ

主要プロジェクトとのパートナーシップや契約締結を進行中。
これらの統合は、edgeXの流動性拡張と「DeFiレゴ（組み合わせ型金融スタック）」の実現に直結します。

主要指標（現時点）
• ユニークウォレット数：157,000以上
• 総TVL：4億3,000万ドル超
• eLP（流動性プロバイダー）TVL：1億8,000万ドル超
• LP累計損益：1,000万ドル超

2. TGE（トークンローンチ）時期
• 目標時期：2025年第4四半期（12月を想定）
• TGE時には自社L2チェーン＋自社スポットDEX上で同時ローンチ予定。
• L2とスポットDEXの完成・セキュリティ監査完了後にのみTGEを実施します。
• L2開発には主要インフラパートナーとの連携・法令対応が必要であり、
スポットDEX設計をAMMからオーダーブック型へ再構築したため、当初より期間を要しています。
• テスト完了後、メームエアドロップを公開ストレステストとして実施予定。
• 万一テスト段階でリスクが判明した場合は、TGE時期を調整します。

3. トークノミクス（概要）

トークン配分
• コミュニティ向けエアドロップ：25％（TGE前に配布・ベスティングなし）
• コアメンバー・支援者（Amber Group・アドバイザー等）：25％（2年クリフ＋2年リニアベスティング）
• 財団および将来のコミュニティインセンティブ：50％

トークン買戻し（Buyback）
• ネット収益の100％をトークン買戻しに使用。
• TGE前の全取引手数料利益も買戻し資金に充当します。

#EDGEX （エッジエックス）
招待コードはコチラ🧑‍💻【KAIUN】
https://t.co/KdgnGNe3zD

開運鬼龍🐳#BTC㊗️ @edgeX_exchange December 12, 2025

ここ2年ほどGPTと話してきて私の性格診断してもらったら
『【構造】を理解したり作ったり最適化したりしたときに最も快感を味わえる』
と言われて自分の動作原理が急に言語化できました。

ゲーム開発は新しい構造を無限に作って最適化できる！
バグ修正は構造理解！
コミュニティも構造作りが楽しい！ December 12, 2025

シムズアプデ後、短時間しかプレイしてないので確信は持てませんが、無差別意地悪と恋愛は直ってないのかな？オブジェクトのテクスチャやモザイクの下の服より、これと犬猫が消えるのを直して欲しい。幾つかのバグ修正は新規データじゃなきゃ反映されないのでデータ新しくしたいのに、出来ない🫤 https://t.co/J9rA5JUM2e December 12, 2025

ところで、少し前にvmix-utility v2.2.0を公開しました

バグ修正、LAN中のvMixの自動検知機能、ロゴの追加が主です。

ロゴ制作: @guleruun (いつもありがとう)

https://t.co/6ZKokGcVQn https://t.co/NtgotOYGhV December 12, 2025

先週、OpenAIの最高研究責任者マーク・チェン氏は同僚数名に対し、同社の評価では少なくともコーディングと推論を含むタスクにおいてジェミニ3やアンスロピックのオプス4.5と比較して優れたパフォーマンスを示した新モデルについて語ったと、この発言を知る人物が語った。
このニュースは、OpenAIがGoogleの最新モデルGemini 3の成功に苦慮しているさなかに報じられた。Erinと私が月曜日の夜に最初に報じたように、CEOのSam Altman氏 はChatGPTの改良に向けた「コードレッド」を発動した。その第一歩として、OpenAIは社内評価においてGemini 3よりも「進んでいる」新たな推論モデルをリリースに向けて準備していると、Altman氏は月曜日に同僚たちに語った。 
しかし、Garlicはもっと大きな話題になるかもしれない。Chen氏によると、OpenAIはGarlicのバージョンをできるだけ早くリリースする予定であり、来年初めまでに GPT-5.2またはGPT-5.5がリリースされても驚くべきことではない。

Garlicは、 Shallotpeatとは異なるモデルである。Shallotpeatは開発中の新しい大規模言語モデルであり、Altman氏が10月にスタッフに語ったところによると、OpenAIはGemini 3に対抗するのに役立つだろうという。Garlicには、Shallotpeatの開発時に事前トレーニングプロセス中に同社が使用したバグ修正が組み込まれている。事前トレーニングプロセスとは、LLMにWebやその他のソースからのデータを示し、それらの間のつながりを学習できるようにするモデルトレーニングの最初の段階である。

これは重要な点だ。なぜなら、Googleは先月、Gemini 3の開発中に事前学習において新たな飛躍を遂げたと発表しており、OpenAIのリーダーたちもこれを認めているためだ。

チェン氏は、OpenAIはガーリックの開発で、事前トレーニングで抱えていた主要な問題を解決したと述べた。これには、2月にリリースされてすでに事実上消滅している、忘れられがちな事前トレーニング済みモデルであるGPT-4.5の改良も含まれている。

チェン氏によると、これらの改良により、OpenAIはこれまではるかに大規模なモデルを開発することでしか得られなかったのと同じ量の知識を、より小規模なモデルに注入できるようになるという。おそらく、大規模なモデルの開発は、小規模なモデルの開発よりもコストと時間がかかる作業となるだろう。

チェン氏は、OpenAIは今回のガーリックで得た教訓を生かして、すでにさらに大規模で優れたモデルの開発に取り組んでいると述べた。 

もちろん、Garlicが実際に世に出た際に、現実世界の開発者がどのように反応するかは分からない。これまで何度も見てきたように、評価で優れたパフォーマンスを発揮することと、コーディングやデータ分析といった実社会での応用で優れた成果を上げることは全く別物だ。GPT -5に対する反応はその好例である。 

また、特に逆境の時期に、OpenAI 社内で最大の応援団となることも、Chen 氏のようなリーダーの役割だ。

ガーリックは、リリースまでにまだ多くのステップを踏む必要がある。これには、ポストトレーニング（モデルに、医学や法律などの特定の分野について学習したり、チャットボット ユーザーへの対応を改善する方法を学習させるために、より厳選されたデータを示す）、その他のテスト、安全性評価などがある。 

Garlic がリリースされれば、AI の改善が停滞しているのか、それとも AI 開発者が獲得できる競争上の優位性がまだ残っていて、競合他社が数か月ですぐに再現できないのかどうかについて、役立つデータ ポイントが新たに得られることになる。
https://t.co/qlHngjOgl5 December 12, 2025

【🔥新たな凄い進展 #EDGEX 🔥】

現在取り組んでいること❗️

#EDGEX （エッジエックス）
招待コードはコチラ🧑‍💻【KAIUN】
https://t.co/KdgnGNe3zD

ここ数か月、チームはプロダクトの中核開発と戦略的パートナーシップ構築に集中しており、安定性・セキュリティ・処理性能・エコシステム拡大のすべてで着実な進展を遂げています❗️

＊プロダクト・エンジニアリング

① パフォーマンスと安定性の強化
システムの安定稼働とセキュリティは最重要課題です。
ユーザー数・取引量の増加に合わせてアーキテクチャ全体を最適化し、
10月11日の急変動相場でもダウンタイムゼロを維持しました。

② スポット取引所（オーダーブック型DEX）
現在、社内テストと最終バグ修正を実施中。
スケーラビリティ強化のため、AMM設計からオーダーブック型モデルに切り替えました。
（一般公開予定：12月上旬）

③ edgeFlow（流動性ネットワークSDK）
edgeX流動性ネットワークSDK「edgeFlow」はまもなくオープンソース公開予定。
すでに外部プロジェクトでの統合が進行しており、順次ローンチが控えています。
初期統合例：
• 約1,000万人登録のメーム取引プラットフォーム Ave ai
• パーペチュアル集約アグリゲーター Crystal

④ L2メインネット（edgeX Chain）
edgeX Chainのメインネットは12月上旬ローンチ予定。
高速処理・高スループットを実現するL2として、モジュラー型DeFi基盤の中心を担います。
11月中に追加の技術発表を予定。

⑤ 透明性データスイート（Transparency Dashboard）
11月から順次リリース予定の新ダッシュボード群：
• アンバサダー実績ダッシュボード
• トークン買戻し状況ダッシュボード
• リアルタイム取引データ監視ダッシュボード

＊流動性アップデート

パーペチュアルDEX市場での「最低スリッページ水準」をさらに拡大。
1回あたりの約定規模で、低スリッページ範囲を2,000万ドル → 4,000万ドルへ引き上げました。
上場マーケット数は120銘柄以上に拡大。
また、トレンド銘柄の上場スピードを大幅短縮し、プレマーケット・本上場ともに最速クラスを目指しています。

＊Go-to-Market & パートナーシップ

主要プロジェクトとのパートナーシップや契約締結を進行中。
これらの統合は、edgeXの流動性拡張と「DeFiレゴ（組み合わせ型金融スタック）」の実現に直結します。

主要指標（現時点）
• ユニークウォレット数：157,000以上
• 総TVL：4億3,000万ドル超
• eLP（流動性プロバイダー）TVL：1億8,000万ドル超
• LP累計損益：1,000万ドル超

2. TGE（トークンローンチ）時期
• 目標時期：2025年第4四半期（12月を想定）
• TGE時には自社L2チェーン＋自社スポットDEX上で同時ローンチ予定。
• L2とスポットDEXの完成・セキュリティ監査完了後にのみTGEを実施します。
• L2開発には主要インフラパートナーとの連携・法令対応が必要であり、
スポットDEX設計をAMMからオーダーブック型へ再構築したため、当初より期間を要しています。
• テスト完了後、メームエアドロップを公開ストレステストとして実施予定。
• 万一テスト段階でリスクが判明した場合は、TGE時期を調整します。

3. トークノミクス（概要）

トークン配分
• コミュニティ向けエアドロップ：25％（TGE前に配布・ベスティングなし）
• コアメンバー・支援者（Amber Group・アドバイザー等）：25％（2年クリフ＋2年リニアベスティング）
• 財団および将来のコミュニティインセンティブ：50％

トークン買戻し（Buyback）
• ネット収益の100％をトークン買戻しに使用。
• TGE前の全取引手数料利益も買戻し資金に充当します。

#EDGEX （エッジエックス）
招待コードはコチラ🧑‍💻【KAIUN】
https://t.co/KdgnGNe3zD

開運鬼龍🐳#BTC㊗️ @edgeX_exchange December 12, 2025