Video yükleniyor...
Video Yüklenemedi
#indiegame #MetalFrontier #mecha #インディーゲーム #ゲーム #ゲーム開発Devlog 01/06 🫣 Some combat testing. LegAnimator was used and it worked great. LegAnimator プラグインは効果抜群 使用了LegAnimator插件，效果很好
372,996 görüntüleme • 1 yıl önce •via X (Twitter)
12 Yorum
都邑暁尋1 yıl önce
想起这货了😂
茶茶坊主1 yıl önce
🤣这货真的强
PowerBeatsVR3 yıl önce
Get ready for a full-body VR workout that’s fun, fast, and intuitive — Play PowerBeatsVR (Now on Meta Quest) 🔥
Lewis RK ( Mechalomania )1 yıl önce
Coincidently I am building something close to your spider tank :D
茶茶坊主1 yıl önce
hahahahahhahaha COINCIDENCE!🤣
TheBadPennyThatKeepsComingBack1 yıl önce
The smaller one looks great to me. Bigger spider tank needs something more added to it. Needs a weightier more ponderous element to its rolling anims? I'm not an animator though just my 2 cents.
茶茶坊主1 yıl önce
Spiders come in two forms, only one of which is shown in the video.😂
🪬Miles🪬1 yıl önce
这个Plugin？
茶茶坊主1 yıl önce
👍
Hustler One1 yıl önce
The animation looks super smooth, great work !
AstroMechaPunk1 yıl önce
wishlist page?
茶茶坊主1 yıl önce
😂DEMO is still in the process .......
Benzer Videolar
0:28
Sensitive content
视频已更新Onlyfans & Fantia 00后小姐姐也来体验变身kigurumi娃娃啦\^o^/ 这一次的视频开头部分是小姐姐戴上头壳的花絮 不难看出她还是很紧张的……搞得我也很紧张😂 还好最后调整好之后效果还是超棒哒 第一次变身kig娃娃的小姐姐虽然很青涩很呆萌(●'◡'●) 但是慢慢也开始进入小恶魔的状态了呢~ 不得不说小姐姐的丰满好身材驾驭这一套Cosplay真是得心应手！ 00後の美少女もKigurumiドールに変身してみたよ^o^/ 今回のビデオの冒頭では、彼女がヘッドを被る様子をお見せします。 やっぱり少し緊張しているのが伝わってきて、私もドキドキしちゃいました😂 でも、最後に調整してみたら、結果はとっても素晴らしかったです！ 初めてKigドールに変身した彼女は、まだまだぎこちなくて可愛らしい(●'◡'●) でも、だんだんと小悪魔の雰囲気が出てきましたね〜 やっぱり、彼女の豊満で素晴らしいスタイルは、このCosplayを完璧にこなしていますね！ Beautiful girl from the 2000s also tried transforming into a Kigurumi doll ^o^/ In the beginning of this video, you'll see a behind-the-scenes clip of her putting on the headgear. You can tell she was quite nervous... which made me nervous too 😂 But after some adjustments, the final result turned out amazing! Though it was her first time transforming into a Kig doll, she looked so innocent and adorable (●'◡'●) But slowly, she started to take on a little devilish vibe~ I have to say, her voluptuous figure really makes her perfect for this cosplay!
曦曦Stacey
34,253 görüntüleme • 2 yıl önce
![2026年6月25日(木)午後10時00分頃から Destiny: Rising“覚醒のシーズン”開幕💠 2026年6月25日(木)午後10時00分から 2026年8月6日(木)午後7時00分まで 2026年8月6日(木)午後10時00分から 2026年9月17日(木)午後7時00分まで (メンテナンスの影響で変更の可能性有) 🐺イベントで｢ウルフ｣を覚醒ミシック化 🚁戦術支援将校｢ヘルハイスト｣再登場 🔨シーズンアクティビティ｢鉄壁作戦｣再登場 🏹新エキゾチック武器｢ル・モナーク｣登場 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 【イベントで｢ウルフ｣を覚醒ミシック化】 ｢ウルフ｣の体内に眠る光エネルギーが覚醒🔥 ｢覚醒: ウルフ｣のイベントに参加して ウルフの試練と挑戦ミッションを完了､ 消費アイテム｢ウルフの覚醒の悟り｣を 合計40個集めるとウルフの覚醒が完了｡ 覚醒完了後にレアリティ｢神話｣に昇格し､ 新スキル｢無影狼痕｣が解放されます⚔️🔥 クロスヘアを中心とした範囲内の複数の敵に ソーラーダメージを与え､狼炎効果を付与し､ その後自身の位置まで戻ってきます｡ 覚醒完了後「ウルフ」の昇華機能が同時に 開放され､昇華して強化するとウルフの ダメージ性能を更に向上させて戦闘の ポテンシャルを最大限に引き出す事が可能｡ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 【戦術支援将校｢ヘルハイスト｣再登場 】 シーズンの復刻キャラクターとして 戦術支援将校｢ヘルハイスト｣が再登場⚡️ 品質：神話 (ミシック) 属性：アーク 役割：援護 武器：弓矢 リニア・フュージョンライフル ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 【シーズンアクティビティ｢鉄壁作戦｣復刻】 遠見のシーズンで実装されていた鉄壁作戦が 内容をパワーアップし､装い新たに登場🔨 〈シングルモード〉 9種類の練習ステージをクリアすると､ シングルの無尽モードとトリオの 無尽モードがプレイできるようになります｡ 〈トリオモード〉 標準協力モード｡ファイアチームと協力して 5ウェーブを敵の攻撃から守り抜きましょう｡ 〈無尽モード(シングル/トリオ)〉 敵の難易度が全面的に強化されたモード｡ より難易度の高いウェーブに挑む事が可能｡ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 【新エキゾチック武器｢ル・モナーク｣登場】 期間限定イベント｢覚醒の星｣開催 [開催期間:2026年7月2日午前11時00分まで] イベント期間中にシーズンミッションを 完了し､｢覚醒のコイン｣を獲得すると､ ランキングポイントと交換通貨が増加｡ 地区ランキング戦に参加すると決算時に 追加でポイントを獲得する事ができます｡ ランキング報酬に新エンブレム「覚醒の星」､ 「ル・モナークパラメーター」、「ルミナリーフ」､ 「過学習データ格子」などが含まれています｡ 「ル・モナークパラメーター」を100個 集めると合成する事で新エキゾチック武器 「ル・モナーク」を入手する事が可能🏹☠️ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 【 Destiny: Rising ダウンロードはこちら】 スマートフォン､タブレットではもちろん､ エミュレーター使用でPCでのプレイが可能🌟 (開発元NetEase社公式エミュレーター有) キーボード&マウスやコントローラーを 使用しての操作モード選択も可能🎮 Destiny: Risingでは過去の世界を舞台に Destinyに登場した｢鉄の豪傑｣が大集結🐺 サラディン､エフリディート､ジョルダー､ ラデガスト､スコリ､フェルウィンター､ アイアンウルフのフィンナラが登場🔥 更に現在バンガードの若きイコラ・レイや レイド｢ガラスの間｣でレリック｢イージス｣ として手助けをしてくれたカブルも登場🛡 ゲーム内ではキャラクターの呼称が 一部変更されている点があります｡ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ #DestinyRising #シーズン5 #覚醒のシーズン](https://image.24vids.com/tw-2070092292049035524/amplify_video_thumb/1975155362237186048/img/eyb7gSq-Qf3rs4Xj.jpg)
![新作ゲーム「カノンと巨像」 2026年4月1日発売 （しません😂） という冗談はさておき、 Hailuo AI (MiniMax) のHailuo2.3/Hailuo2.0でゲーム風ワンカットバトル動画を作ってみました🙌 #MiniMax #hailuoai #HailuoCPP 今回は「音」も結構こだわってみたので、ぜひSound On🎧で🙏 ---------- 戦ってるのは忍者キャラでおなじみ(?)のカノンです🥷 日常生活の傍らで密かに「呪いの虹色宝石」に操られた多種多様な巨像たちを討伐する日々…… みたいな世界観でシリーズ化してみようかなとか思っていますがどうでしょう……？☺️ 以下、いつもの長文なナレッジ共有です😂笑 ---------- ▼動画制作ワークフロー ---------- ワンカット動画といえばエンドフレーム延長やStart-End指定で繋げていくのがスタンダードだと思いますが、今回はちょっと違う方式でやってみました（なりゆきで） といってもそんなに差はないのですが🥹 ①：同じ画像1枚からHailuo2.3のスタートフレーム指定(10秒)で動画をいくつか作る ②：①の動画のいいところをトリミングして並べる ③：②で並べた各動画の間を繋げる動画を、Hailuo2.0のStart-End(6秒)で作る（前動画のエンドフレームを開始画像に、後動画のスタートフレームを終了画像に） ④：さらに繋ぎ目が自然になるようにいい感じに編集しておわり 今回の動画、どこが繋ぎ目かわかりましたか？ 結構自然な感じにできたのでは!?と思ってます😂笑 当初はもっと短尺の予定で、10秒内のシーケンスを細かく指定して動画生成してたんですが、詰め込みすぎたのもあってなかなか全部が思い通りにはならず😂 Hailuo2.3が生成のたびにところどころアクション指示を省略しつつも頑張って生成してくれたので、いいとこどりする流れになりました笑 ちなみに①③のどの動画もほぼ同じプロンプトです（③は生成ごとにシーケンス部分だけ少し調整） このプロンプトだとHailuo2.3はアクション優先、Hailuo2.0はエフェクト重視、な表現になる印象でした🤔 ※プロンプトは参考程度ですが最後に載せます👇 あと、映像がHailuo2.3/2.0の無音動画なので、音は全て後付けです 効果音はElevenLabsがメインで、一部GrokとSora2でもお試し生成してた動画から音だけ使用（映像自体はボツ😇）な感じです ElevenLabsは効果音用途で初めてちゃんと使いましたがめっちゃいいですね☺️ ---------- ▼ワンカット風動画のワークフローざっくり比較 ---------- A：エンドフレーム延長（手軽さ重視） 画像は最初の1枚でいいけどクオリティは徐々に劣化していく ※引用の崖登り動画はこれ B：Start-Endで繋げる（クオリティ重視） クオリティは維持できるけど画像の準備が大変 各画像の構図もある程度全体の流れを想定して考える必要あり C：今回のやつ（ハイブリッド） クオリティ維持かつ画像は最初の1枚で良い 繋ぎ目部分はなるべくクリアなフレームを選択 ---------- ▼クレジット ---------- ・動画：Hailuo 2.3 / 2.0 [PR] ・画像：GPT Image 1.5 (via Hailuo AI) ・音楽：Suno v5 ・効果音：ElevenLabs, Grok Imagine, Sora2 ---------- ▼おまけ：プロンプト（参考） ※今回は汎用的なものではないですがご参考まで ※文字数節約のために日本語で記載 ※Hailuo本家ではカタカナの「ダイ」がNGワードなのでdynamicは英語にしてます ※ほかにも「グリ」とか「バク」もNGです あとサイクロプスも😂 ※タイムラインにほぼ1秒刻みでアクション詰め込んでますが到底再現できる量ではなかったようです🤣笑 ---------- 舞台設定: 環境: - 雄大な晴天のサバンナ：地平線まで続く黄金の草原 - 常に激しい暴風が吹き荒れ、砂塵と土埃が絶え間なく画面を乱舞する環境 - 陽光が舞い散る砂塵に乱反射し、神々しくも過酷な「ボリュームライト（薄明光線）」を形成 キャラクター: - 忍者：鮮やかな橙色の忍装束を纏い、小刀を逆手に構える。カメラに背を向けて対峙 敵: - 身長30メートル（忍者の約20倍）のCyclops。石造りの質感。 - 額の宝石：瞳のような形の巨大な虹色の宝石。虹色の輝きが脈動し、周囲の砂塵を照らし出す 視覚演出: - 至近距離からのエクストリームローアングル。dynamicなトラッキングショット - 臨場感あふれるdynamicなアングル、シネマティックな被写界深度の動的変化 - 強烈なモーションブラーと、高度なライティング・シェーディングによる荘厳な空気感 タイムライン: - [0-1s]: 忍者が超低姿勢から、爆発的な加速で巨像の足元へ肉薄する。 - [1-2s]: 巨像が咆哮とともに、画面を覆い尽くすほどの巨大な右の掌を開いた状態で垂直に振り下ろす。 - [2-3s]: 掌が大地を粉砕し、爆発的な砂塵と激しい地割れが発生。巨像の腕が地割れに嵌り静止する。忍者は爆風を利用した華麗なアクロバティック宙返りで巨像の攻撃を回避し、そのまま巨像の腕の上に音もなく着地。 - [3-5s]: 忍者は減速せず、着地の反動でさらに加速。巨像の腕から肩へ向かって超音速で駆け上がる。カメラは忍者の背後を至近距離で追いかける「ハンドヘルドスタイル」。足が触れる面から強烈な光が迸る。 - [5-6s]: 肩に到達した忍者が天高く跳躍。カメラは真上からの「俯瞰ショット」へ急旋回し、見上げる巨像と空中の忍者を捉える。 - [6-7s]: 頂点で一瞬の静止。忍者は宝石へ小刀を向け、凄まじい衝撃波を伴いながら垂直に急降下を開始。 - [7-8s]: 忍者の小刀が宝石の中央を貫き、着地の衝撃で巨像の頭部に巨大な亀裂が走る。 - [8-10s]: 宝石が虹色の光を増幅させながら激しく炸裂・霧散。同時に巨像の巨躯も砂塵へと崩壊し、風に溶けて消えていく。忍者は華麗な宙返りで地面に降り立ち、背を向けたまま天を仰ぐ（顔は見えない）。 動作・エフェクト詳細: - 映像全体を通して「止まらない流動的なアクション」と「スピードランプ（緩急）」を維持。 - 相互作用：忍者の足跡や巨像の衝撃に連動し、砂塵・草木・瓦礫が物理法則に従って激しく舞い上がる。 - ライティング：宝石の虹色の輝きが、忍者の装束や周囲の環境に常にリムライト（輪郭照返し）を与える。 キャラクター詳細: （省略）](https://image.24vids.com/tw-2018627644204765544/amplify_video_thumb/2018627582057656321/img/GfKKUF21JSDqyrdK.jpg)
![#声優募集 #CV募集 #役者募集 #有償依頼 【拡散希望・声優募集】 ボイスコミック動画 『風のリュート第１章』＋『番外編』（台本完成済） サブ＆ガヤを演じてくださる声優さんを募集します。 （男役、おっさん多めです！） 基本有償ですが、無償でしかできない方も応募は可能です（無償の旨をお書き添えください） 以下、応募の詳細です↓ ☆作品紹介☆ 剣と魔法の王道ファンタジー世界で 孤高だけどむっつりスケベなヒーローと巨乳おてんばヒロインの男女バディ冒険譚。 今作は二人の出会いを描いた漫画のボイスコミック化。 長編ですが、１作品ごとに大きなエピソードが解決しているタイプの作品です。 関連作品はURLから無料で閲覧、プレイできます。 ・ボイスコミック化するweb漫画URL ・完成ゲームの紹介サイトURL ☆募集キャラクター☆ ●募集人数：男女合わせて10名以上 ●サブキャラクター（１文字×２円 500文字以下一律1000円） ・ジオン（男）：350文字 ・イブ（女）：77文字（ガヤ兼任） ●台詞のあるモブキャラクター＋ガヤ（一律1000円） ・ギルマス（おっさん） ・酒場の男客（おっさん） ・酔っ払いＡ（男） ・酔っ払いＢ（男） ・酔っ払いＣ（男） ・商人（おっさん） ・自警団長（おっさん） ・自警団員（男） ・信者（女） ・トム（少年） ・トムの母 ・ガヤ（客、店員、町人、子供、冒険者、自警団員） ※台詞の少ないサブやモブ役の方はガヤをやっていただく前提の価格となっております。 ☆応募条件☆ ・18歳以上の方 ・宅緑が可能な方 ・リテイク可能な方 ・報連相がきちんとできる方 ・戦闘があるので叫ぶ演技が収録可能な方 ・軽い性描写とグロ表現や死に表現、ダークな展開が大丈夫な方 ・ガヤは多少のアドリブ演技可能な方（※ガヤ台本はございます） ・漫画がほぼ台本と一緒なので、さらっとでも目を通してくださる方 ☆注意事項☆（Moon☆Wind共通） ・事務所所属の方は事務所に許可を取ってください ・音質重視です（整音はこちらでできますが元の音質が著しく悪い場合は採用が難しいです） ・関連作品や続編を作る場合、名前のあるキャラは続投をお願いするつもりです ・何らかの事情で続投できない場合は、後任を探すことをご了承くださいませ ・採用された場合の応募、収録台詞は、関連作品でも使用させていただく場合がございます ・選考の結果、該当者なし、となる場合がございます ・締切に余裕がある、延ばせる案件だったとしても無連絡で半年以上放置する場合は降板させていただきます ☆応募方法☆ ・サブキャラの応募ボイスを収録して提出する場合、44.1khz/16bit wav モノラル ・ワードカットは不要 ・リプ欄、もしくはDMで応募ファイルやサンプルボイスのURLをお知らせください ・お送りいただいたポストやDMに観月からいいねが来たら受付完了です ☆日程☆ ●応募締め切り：2025年9月30日23:59まで ●結果発表：10月上旬頃 採用者の方のみご連絡 ●収録スケジュール ・採用者のみにご連絡後10月上旬台本お渡し ・第一締切10月末（以降リテイク期間） ・最終納品11月末 ・最終納品完了後、アマギフか銀行振込で報酬をお支払（別の方法がご希望の方はお申し出ください） ●公開予定：2026年（予定） ☆備考☆ ・複数キャラ応募可能です。 ・特にガヤは声を複数演じ分けられる方、歓迎します！ ・中の人の性別は問いません。女性でも男役、男性でも女役、応募可能です。 ☆応募用ボイス☆ ●ジオン （年齢30代半ば 爽やか青年中低音ボイス） ティリスの父親。 対魔族用の神官戦士で、三年前に魔族に殺された。 ゆえに、作中では回想でしか登場しない故人。 優しく正義感の強いが、陽気で人当たりの良い性格。 実年齢よりも性格が若々しい感じです。 ジオン１ 「…………。ティリスは人を癒す神官が向いてるよ。戦いはお父さんの仕事だ」 ジオン２ 「私は…もう、助からない。 神の名の下[もと]に…たくさんの魔族を殺してきた。これは、報いだ。 最期の願いを…聞いてくれるかい？」 ジオン３《初対面の人に陽気に》 「君、いつも一人で吞んでるね。友人は？……ぼっちか！よーしっ、なら私は君の友人第一号だ！」 ●イブ （16歳前後 お淑やかな女の子 幼少期もあり） ティリスの親友。 物静かでお淑やかな神官の女の子。 イブ１《幼少期。13～14歳》 「ティリスちゃんのお父さん、また遠くに行ってるの？」 イブ２ 「あ、ティリスちゃん、お墓参り？ 気をつけてね～」 イブ３ 「ティリスちゃん、女の子が剣なんて……危ないよ！」](https://image.24vids.com/tw-1967060739765452950/amplify_video_thumb/1967055920841846785/img/PK6vvpFKpnijIQiM.jpg)
![我花了一个半月，从零做了一个Web3监控软件 开头先说结论 我是一个独立开发者（虽然不是很高级那种）。我花了一个半月时间，从零开始做了一套Web3 资产监控软件，名字叫“powerpei Web3 哨兵”。 这个软件能监控EVM链和Solana链 它集成了AI交易解读、多渠道推送、链上数据聚合等功能。 我特别喜欢的功能：它可以监控ETH和SOL链上的土狗项目，还能追踪聪明钱包的动向 这个功能让我能实时捕捉到链上的早期机会。 软件已经稳定运行了好1个月 我之前写过一篇技术概述 但是我总觉得那篇文章对核心实现的讲解还不够深入 所以我决定写这篇深度复盘。我会从进程架构、I/O模型、数据一致性、AI工程化等角度，毫无保留地分享那些藏在代码深处的设计决策和实现细节。 我希望这篇文章能帮到那些也在 Web3领域探索的开发者。 --- 一、进程架构：我为什么选择“主进程 + 多子进程”？ 市面上很多Python监控脚本都是单进程asyncio一把梭 但是我在设计之初就选了“主进程(GUI)+ 独立子进程（EVM/SOL）”的架构 ➤ 隔离性和稳定性最重要 WebSocket长连接在网络波动时很容易触发异常重连。甚至底层库的C扩展可能因为未知原因崩溃。 如果你把GUI和监控逻辑混在一个进程里，任何未捕获的异常或内存访问违规都可能导致整个桌面应用闪退。 我通过 `subprocess.Popen` 把EVM和Solana监控逻辑独立成子进程 这样做有两个好处： 物理级隔离：` 崩溃或被强制Kill，主窗口依然正常运行。托盘图标不会消失，用户可以点击“启动”重新拉起来。 日志透传：主进程通过管道捕获子进程的stdout 我用 `_forward_output` 线程逐行读取、清洗ANSI 颜色码 然后通过 `window.evaluate_js` 注入前端DOM。这样就实现了日志实时刷新，而且UI线程还保持轻量。 ➤生命周期管理的细节 在 `core_process.py` 中，停止子进程不是简单的 `terminate()`。我实现了一套强杀兜底机制： ```python proc.terminate() proc.wait(timeout=3) if proc.poll() is None: proc.kill() proc.wait(timeout=2) if proc.poll() is None: os.system(f'taskkill /F /PID { ``` 这套组合拳确保了即使Python解释器卡死，Windows底层也能彻底清理进程树 这样就避免了残留进程占用端口或数据库锁，导致下次启动失败。 --- 二、I/O 模型和高可用连接：不止是asyncio ➢ 混合监控模式：WSS实时 + RPC补偿 EVM链的原生币没有标准的Transfer事件日志 你无法通过WSS订阅。 我设计了一个轮询补偿器 它每60秒通过RPC获取 `eth_getBalance`，然后和内存快照对比。差值超过 1e-18就触发推送。 这个机制看起来很简单 但是它其实是WSS订阅失活时的最后一道防线。 对于代币和NFT，系统订阅 `logs`。我精细处理了 ERC1155 的 `TransferSingle` 和 `TransferBatch` 事件 特别是 `TransferBatch`，它的 `data` 字段包含动态数组。我实现了基于 ABI 规范的手动偏移量解析，而不是依赖重型库 这极大降低了解析开销。 ➢ WSS的指数退避和节点热切换 在生产环境中，公共 RPC/WSS节点随时可能限流或宕机。 我在 `chain_wss_monitor_direction` 中实现了节点轮换和重连策略： →节点池：配置文件中为每条链配置多个 `WSS_NODES` 启动时随机或顺序选择一个。 →退避算法：连接断开后，重试间隔从5秒开始，每次翻倍直到60秒 这样就避免了在节点恢复前造成DDoS式的重连风暴。 →国内网络环境适配：系统支持配置本地代理软件的 HTTP 地址 通过 `websockets_proxy` 库把WSS流量转发到代理，恢复和境外节点的稳定通信。 ➢Solana的异步解析流水线 Solana的出块速度极快，而且交易结构复杂 为了避免Helius API调用阻塞WSS消息接收，我设计了一个生产者-消费者解耦模型： →生产者：WSS `logsSubscribe` 收到签名后，立即把它扔进 `asyncio.Queue` 或直接触发一个后台 `asyncio.create_task` →消费者：独立的异步任务负责调用 Helius `/v0/transactions` 接口，解析 `nativeTransfers`、`tokenTransfers`、`events.nft` 等字段。 这保证了WSS连接的 `recv()` 循环永远不会被慢速HTTP 请求卡住 这确保了超高TPS环境下消息的实时性。 --- 三、数据一致性：从内存去重到SQLite约束 ➤ EVM 侧：数据库唯一索引 EVM监控中，同一笔交易可能因为WSS重连、轮询补偿等原因被多次处理。 单纯依赖内存 `set` 无法应对进程重启。所以我设计了 `tx_history` 表的复合唯一约束： ```sql UNIQUE(tx_hash, log_index, address) ``` 任何重复插入都会被SQLite的 `ON CONFLICT IGNORE` 静默丢弃。这从数据库内核层面保证了幂等性。 对于没有 `log_index` 的原生币转账，我降级使用 `tx_hash + address` 作为组合键。 ➤ Solana侧：时间窗口内的签名去重 Solana交易没有 `log_index` 概念。而且Helius解析可能产生多条记录。 我使用了内存 `set` 存储最近处理的签名 我利用 `LimitedSizeDict` 的变体思想，在签名集合超过1000个时，自动清空一半（或利用 `OrderedDict` 弹出最旧条目）。 这种滑动窗口去重在性能和准确性之间取得了良好平衡。 --- 四、AI 工程化：多提供商容错和JSON解析的艺术 ➢特征驱动的动态调度 `MultiAIClient` 是 AI模块的核心 它不是简单的if-else分支，而是一个基于特征标志的调度器。 配置文件中定义了每个提供商支持的功能（比如 `transaction_insight`、`daily_report` 等） 当请求解读时，系统会筛选出支持该特征的提供商列表，按优先级发起请求 超时或失败就自动降级到下一个。 ➢ LLM 输出的防御性解析 大模型输出 JSON不稳定是常态。我的处理流程远比 `json.loads` 复杂： 清洗：移除Markdown代码块标记 ```` ```json ```` 和 ```` ``` ````。 正则提取：如果解析失败，我直接用正则表达式 `r'"insight"\s*:\s*"([^"]*)"'` 暴力提取字段。这是最后一道防线。 字段映射：兼容 `insight` / `Insight` / `解读` 等多种Key 命名 这套机制确保了即使Moonshot或DeepSeek返回了“半个 JSON”，前端依然能展示有效解读 它不会抛出 `JSONDecodeError` 导致白屏。 --- 五、内存和性能：LimitedSizeDict和异步队列 ➢ 自定义有限容量字典 Python标准库没有内置LRU而且限制大小的字典 我基于 `collections.OrderedDict` 实现了 `LimitedSizeDict`： ```python def __setitem__(self, key, value): if len(self) >= self.max_size: self.popitem(last=False) # 淘汰最早插入的项 super().__setitem__(key, value) ``` 这个简单的数据结构被用于Token信息缓存、价格缓存、NFT元数据缓存。 它确保了长时间运行时，内存占用不会随着监控地址增多而线性膨胀 内存占用稳定在一个极低水平 ➢Solana 日志的异步串行写入 Solana的详细交易日志需要写入JSON文件 如果多个协程同时 `json.dump`，很容易导致文件格式损坏。 我引入了 `asyncio.Queue`： - 所有写日志请求把数据 `put` 进队列。 - 唯一的一个后台协程 `_file_writer` 阻塞等待队列，取出数据后执行文件I/O。 这既避免了复杂的线程锁，又利用异步特性保证了高并发下的数据安全。 --- 六、前端和后端的双向通信：pywebview的深度集成 ➤ JS API 注入 `pywebview` 允许你把Python对象的方法直接暴露给前端 JavaScript。 我的 `Api` 类继承自多个Mixin 所有以 `def` 开头的公有方法都自动成为 `window.pywebview.api` 的成员。 这让我能以极低成本实现前后端分离。前端只需要关注 UI 交互。 ➤悬浮窗的独立实例和通信 悬浮窗不是主窗口的子DIV，而是 `pywebview` 创建的第二个独立窗口。 我通过 `FloatingWindowManager` 管理它的生命周期。我利用主进程的 `js_api` 实例向悬浮窗注入JS代码（`evaluate_js`） 这实现了主窗口日志向悬浮窗的实时推送。 这种设计保证了悬浮窗即使被关闭，也不会影响主监控任务的运行。 --- 七、桌面应用打包：PyInstaller的深坑和工程化实践 把 Python项目交付给没有技术背景的最终用户，你必须打包成独立EXE PyInstaller看起来是一条命令搞定。但是在复杂项目中，它背后隐藏着无数足以让开发者崩溃的细节。 这一节我分享我在打包“powerpei Web3 哨兵”过程中遇到的几个典型深坑和解决方案。 ➤ 隐式导入和 --hidden-import PyInstaller通过静态分析入口文件的 `import` 语句来构建依赖树。 但是很多库（比如 `pystray`、`websockets`）使用了 `importlib.import_module` 或 `__import__` 动态加载子模块。这导致打包后的 EXE 运行时抛出 `ModuleNotFoundError` 解决这个问题的关键在于根据报错信息反向定位缺失模块 然后在打包命令中显式声明 `--hidden-import`。 比如，这个项目中托盘图标功能必须添加： ```bash --hidden-import pystray._win32 --hidden-import pystray._util --hidden-import win32event --hidden-import win32api ``` 这要求开发者对依赖库的内部结构有一定了解 通常需要结合源码阅读和反复试错才能完整列出所有隐式依赖。 ➤ --collect-all 和资源文件陷阱 `pywebview` 库不仅包含 Python代码 还依赖前端 HTML/JS 以及Edge WebView2 运行时文件。 PyInstaller的默认分析无法感知这些非代码资源 如果你不加处理，打包后程序会因为找不到 `index.html` 或 `webview.js` 而白屏。 正确的处理方式是使用 `--collect-all pywebview` 这个参数强制PyInstaller把 `pywebview` 包目录下的所有文件（包括二进制和静态资源）完整复制到打包目录。 这是处理这类“重型”GUI库的标准操作。 ➤ 二进制依赖和UPX压缩 项目依赖的 `pywin32`、`Pillow` 等库包含 `.pyd` 和 `.dll` 二进制文件。 这些文件体积比较大，而且在PyInstaller打包后不会被自动压缩。 通过集成UPX 工具并在打包命令中指定 `--upx-dir`，你可以对最终 EXE内的二进制文件进行高比率压缩（通常可以缩减 30%-50%体积）。 需要注意的是，极少数老旧杀毒软件可能对UPX加壳的程序产生误报 但是对于技术型用户群体，这种概率极低而且可以通过提交样本解除。 ➤ 路径“冻结”和 sys._MEIPASS 这是PyInstaller打包中最核心的概念 开发阶段，程序通过 `__file__` 或相对路径访问配置文件、图片资源。 打包成单文件EXE 后，所有资源被解压到一个临时目录 这个目录的路径存储在 `sys._MEIPASS` 变量中。 开发者必须在代码中全局替换所有文件访问逻辑。典型范式如下： ```python def get_resource_path(relative_path): if getattr(sys, 'frozen', False): base = sys._MEIPASS else: base = os.path.abspath(".") return os.path.join(base, relative_path) ``` 忽略这个适配会导致程序运行时找不到任何外部文件 这是新手打包时遇到最多的路径地狱 我的做法是把这个函数封装在 ` 中，全项目统一调用。这确保了打包前后路径行为一致。 ➤子进程的特殊处理 这个系统采用主进程启动子进程的架构。 在打包后，子进程脚本 ` 和 ` 也被封装在 EXE内部。 如果主进程仍然尝试用 `python.exe 启动，会因为找不到文件而失败。 我的解决方案是在主进程启动子进程时，动态检测是否处于打包模式 然后传递正确的 `--main-exe-dir` 参数，使子进程能定位到配置文件所在的外部目录。 这部分逻辑细节我已经在进程架构章节中讲过了，这里不再重复。 --- 八、最后说几句 我回顾整个开发历程 从单脚本到多进程架构，从裸WebSocket到高可用节点池，从简单的 print日志到结构化 SQLite存储，每一步都是对工程化理解的深化。 打包环节的探索更是让我深刻体会到：能让软件稳定跑起来只是第一步，能让用户轻松用起来才是真正的交付。 这不仅是一个监控工具，更是我在异步编程、进程管理、AI集成、桌面软件开发等领域实践经验的集合。 如果你对文中的任何技术细节感兴趣，欢迎访问我的 GitHub（我在掘金 电鸭 知乎的笔名是 潇楠） --- 作者：Powerpei 全栈 & Web3独立开发者，专注于Python桌面应用、区块链数据分析和AI工程化落地](https://image.24vids.com/tw-2043993832518496648/amplify_video_thumb/2043969157386121218/img/bwdKBSs6j5IxFiYQ.jpg)
