Just My Life & My Work

[課程] 美元穩定幣

最近一年來,加密貨幣中的穩定幣又獲得巨大重視,美國已在 2025 年 7 月 19 日正式簽署了《Genius法案》,這是一個為支付型穩定幣設立聯邦監管框架的里程碑式立法。

該法案要求穩定幣發行商必須以 1:1 的比例使用美元或高質量流動資產(如美國國債)進行儲備,並每月強制性公開儲備報告、經由會計師審計,同時禁止使用內部代幣作為儲備,並確保對持有者有即時贖回義務。此外,穩定幣發行商也須遵守與銀行相同的反洗錢與制裁法規。

.

此篇演講而來的文章主要探討美元穩定幣的歷史脈絡、成功原因,以及其他法幣發行穩定幣的必要性。🤠

繼續閱讀文章 »

Uka 在 2023/02 加入團隊,我跟她共事時期 2.5 年。我們團隊從 2022/02 草創時期,至今公司人員近 40 位同仁,而開發團隊成員(含 App 工程師、Web 工程師、後端工程師、專案/產品經理、測試工程師、維運工程師等等)約 20 位。😳

.

繼續閱讀文章 »

1011 合約血洗爆倉

正當我週六準備去搭高鐵到台中時,滑社群平台才知道清晨五點有一場腥風血雨,原來是加密貨幣有史以來最大的爆倉量,影響人數高達 160 萬人,金額則高達 192 億美金,史稱 1011 合約血洗爆倉

突然看數字沒啥概念?那就來看加密貨幣歷史前十大單日爆倉事件排名。😎

為什麼金額會如此高呢?因為就算開低倍槓桿如五倍以下,還是非常有可能爆倉,操作時通常低倍槓桿保證金會比高槓桿多。

槓桿越高,價格稍微波動一點就會爆倉。
例如:

  • 2x 槓桿可承受約 50% 跌幅
  • 10x 槓桿只能承受約 10% 跌幅
  • 100x 幾乎 1% 波動就可能爆倉。
繼續閱讀文章 »

既然我已熟讀《人生大挑戰》和《人生字典》,對於天地五界的運作、人類修行的真相以及靈魂根體的構成已有深入了解,接下來將以進階的角度,系統性地闡述「跟陰界倒流」的相關議題。

.

「跟陰界倒流」是人類修行過程中最為險惡的陷阱,它不僅危害現世生活,更是導致靈魂根體萎縮、錯失投胎人類機會的根本原因。

繼續閱讀文章 »

[Flutter] Debug 包和 Release 包

由於在整合國際牌的推播套件,搞了一星期遇卡關,iOS 測試沒問題,Android 取得裝置 Token 噴錯,最後發現是 Debug 包和 Release 包的問題,然後大陸工程師 10/1-10/9 假期中⋯⋯剛好趁這時候來徹底角解兩者差異。🥸

絕大部分時刻我都是包 Release 版本,而在上海的夥伴則是包 Debug 版本,在測試時發現兩包有不同反應,後來追問題才曉得套件有 Release/Debug 差異。

flutter build apk --flavor dev --release
flutter build apk --flavor dev --debug

在 Flutter 開發中,DebugRelease 版本扮演著不同的角色,開發者需要了解兩者差異,才能在開發與上架流程中正確選擇。

.

Debug 版本主要用於開發與測試。它啟用了 Flutter 的 Hot ReloadHot Restart,讓開發者能快速驗證修改結果。程式碼使用 JIT(Just-In-Time)編譯,啟動較慢、效能較低,但換來靈活的除錯體驗。Debug 版本通常包含完整的日誌輸出、Debug Banner,以及可以透過 DevTools 檢查 widget tree、記憶體與效能。它使用系統提供的 debug key 簽名,因此無法上架商店。

相對地,Release 版本則是提供給最終用戶的正式包。Flutter 在這個模式下會使用 AOT(Ahead-Of-Time)編譯,將 Dart 程式轉換為原生機器碼,大幅提升效能與啟動速度。Release 版本會進行最佳化,例如代碼壓縮與資源精簡,App 體積更小、更流暢。它不支援 Hot Reload,也不允許連接 DevTools,日誌輸出也會受到限制。最重要的是,Release 版本需要使用正式的 keystore 簽名,才能提交到 Google Play。

簡而言之,Debug 版本適合開發與測試,強調靈活性;Release 版本則面向使用者,追求效能與穩定性。開發者必須在不同階段切換模式,才能兼顧效率與品質。

繼續閱讀文章 »

App 遠端推播流程

現在大家用智慧手機,有網路的狀態下,總是會持續接收到遠端推播,可說是非常重要的功能。

.

在現今行動裝置普及的時代,遠端推播通知已成為企業與用戶之間最直接且即時的溝通管道。透過推播,企業能在第一時間將重要資訊、最新優惠或系統提醒送達使用者手機螢幕,不需要依賴電子郵件或使用者主動開啟應用程式,就能達到即時互動的效果。這種即時性不僅提升了資訊傳遞的效率,也大幅增加了用戶的參與度與黏著度。

對企業而言,推播是一種低成本但高效益的行銷工具。透過精準的分眾與內容設計,可以將正確的訊息送到正確的使用者手中,進而提升轉換率與品牌價值。而在服務應用層面,推播能即時提醒使用者系統異動、交易狀態更新或安全通知,強化使用者體驗與信任感。

此外,推播在使用者行為數據的收集與分析上也扮演關鍵角色。企業可藉由用戶對推播的反應,優化行銷策略與產品功能,形成良性循環。綜合來看,手機遠端推播不僅是一項技術工具,更是企業經營、用戶體驗與數據分析之間的重要橋樑,在現代數位生態中具有不可或缺的戰略價值。

繼續閱讀文章 »

從 2020 年閱讀完書籍人生大挑戰,且持續認知人生真相後,很高興能在 Youtube 看到更多書友分享其經驗與血淚,深刻地印證真相書籍所述內幕。之後我看完值得分享的內容,在此我會重點整理寫成文章,期待更多人能醒過來。🙃

由於我有位朋友順哥,他在 2023 年 7 月過世(7/2 送醫,7/4 凌晨 4 點走),享年 49 歲。我認識他初期得知他崇信一貫道,因我十多年前也因國中英文老師接觸一貫道,當時有跟他交流信仰心得,聽起來非常虔誠,而且飲食、作息比任何人都還來的「健康」。然而為何年紀還算年輕,怎會突然就生病離世呢?我想答案可能就在這影片之中。🧐

此外,遙想 2010 年左右,大姨丈在工作中不幸重傷過世,年紀不到 50 歲,那時認為只是工作意外。在我認知真相書後,推測跟他的信仰一貫道有關係,他虔誠到已經是個能言善道的講師,有次聚餐他還跟我說蛋是「方便素」。當時我弟無奈跟我說,都信一貫道了,怎麼還會發生意外?那乾脆就不要信啦~

有段插曲是大姨丈在加護病房,大表姐突然被附身,還以大姨丈的口氣跟大家說「冤屈」。已認知真相的我現在來看,這是一連串邪靈抓交替的詭計⋯⋯😐

76歲的吳先生分享其35年血淚經歷。他曾修練一貫道靈學與長達17年半的法輪功,卻換來太太失智、自己險些失智,並目睹功友們每況愈下甚至早逝的悲劇。

.

他醒悟後揭示,所謂「修行」實為「陰界倒流」,會引來邪靈附身。邪靈透過製造神奇感應、自導自演的「神蹟」等騙術博取信任,真實目的為吸食人類儲存記憶的「元氣」,最終導致元氣掏空而失智,或被「抓交替」而亡故。他以慘痛代價警告世人,免費的修行最終需以健康與生命「肉償」。

繼續閱讀文章 »

最近需要整合中國可比較順利收到遠端推播的平台極光,我們決定使用最新的 Apple 推播通知(APNs)認證機制。

先前已有在文章:Apple 推播通知服務憑證更新研究過,了解舊的 p12 憑證與新的 p8 金鑰之差異,有更好的方法就與時俱進吧!

.

1. .p12 憑證

  • 舊機制:以前要使用 APNs,必須在 Apple Developer 產生「推播憑證(Push Certificate)」,然後把它匯出成 .p12 檔案(包含憑證與私鑰)。
  • 綁定性高:這個 .p12 是針對「單一 App」產生的,每個 App 要推播就得有自己的憑證。
  • 管理麻煩:如果有很多 App,要管理很多 .p12,到期還得逐一更新。

2. .p8 金鑰

  • 新機制 (2016 後):Apple 推出了「APNs Auth Key」機制,用 .p8 私鑰檔案來取代傳統憑證。
  • 好處
    • 一把 .p8 金鑰可以同時支援多個 App,不需要為每個 App 建立不同檔案。
    • 不會每年過期,只要不撤銷,金鑰就一直有效。
    • 伺服器端使用 JWT(JSON Web Token)來跟 APNs 做身份驗證,安全性更好。
  • 限制:一個 Apple 開發者帳號最多能建立 2 組 APNs .p8 金鑰。

小結

  • .p12 → 舊式、以「App」為單位的憑證,會過期,需要管理多份。
  • .p8 → 新式、以「帳號」為單位的金鑰,不會過期,維護更簡單。
繼續閱讀文章 »

有幸在 Web 時代出生,人與人的接觸交流大躍進。目前看來,大概每隔 10-20 年就會有一次突破性發展,像是從個人電腦進入智慧手機時代,網路在人們生活中已經像水一樣重要。😃

Web 1.0 是靜態、單向的資訊時代,使用者主要是內容的「讀者」。 Web 2.0 則轉變為社群互動與參與的時代,使用者可以「讀取與寫入」內容,誕生了部落格、社群媒體等互動式平台。 Web 3.0 以去中心化、人工智慧(AI)和使用者為中心為核心,旨在打造更安全、透明、以人為本且由使用者掌握數據的新網路生態。

.

有人這麼區分:Web 1.0(1990-2005年) · Web 2.0(2005-2020年) · Web 3.0(目前處於開端)

也有人這麼區分:

  • Web 1.0 : 讀取 Read
  • Web 2.0 : 讀取 Read / 寫入Write
  • Web 3.0 : 讀取 Read / 寫入 Write/ 所有權 Ownership
繼續閱讀文章 »

StackOverflow 殞落

從學生時期就開始搜尋到 StackOverflow 來解決程式上的問題,對這個平台很是感激與讚賞,如今因為 AI 浪潮席捲而來,使得它被工程師們訪問的次數隨著時間推移而遞減。主要是因為 AI 可以即時回答問題啊~

.

此文發表是為了紀念它,希望它能夠趁勢轉型。😉

繼續閱讀文章 »

標籤雲