
BKEX 瘋狂合約,享全網最‘瘋狂’收益
在金融市場上,合約交易一直是一種備受追捧的交易方式,且隨著加密貨幣市場的不斷發展,各種新型交易產品不斷湧現,各大平臺也在不斷創新交易模式來給用戶提供更有吸引力的產品,越來越多的投資者開始在這個浪潮裏尋找更加高效的投資方式。BKEX為提升永續合約生態的多樣性,上線了瘋狂合約,該產品一上線就收到了眾多交易者的青睞和好評。

保本牛人--全球首創 0成本0風險跟單坐享收益,限時首充返30%真金福利!
近年來,疫情導致了全球範圍的經濟蕭條,不同行業都收到了或大或小的打擊,大量行業人員裁剪,增加了生活壓力,使得在選擇投資時也變得更加保守。合約交易一直以來給大家的印象都是高收益但同時也伴隨著高風險,所以在消極的經濟條件下,合約交易時也變得更加謹慎小心。

Art Touch X c2x3 區塊鏈藝術專欄|Web3 藝術產業入門指南 前言
2023年《典藏ARTouch》將明確新增Web3的相關媒體內容。其中一項就是與區塊鏈藝術媒體c2x3展開定期合作,而首次合作專題,即是「Web3 藝術產業入門指南」。期待透過Web3藏家端、藝術機構、藝術家、虛擬藝廊、區塊鏈開發、智能合約等地毯式的訪談,讓Web2的受眾能從更多端點理解Web3的生態面貌。

附上使用說明書的程式碼 – 智能合約工程內容大揭密
智能合約既不智能,嚴格來說也不是合約。它們就是一段程式碼和規則的定義,通過鏈上不可更動的特性,產生了像是合約約束的意義。

中國透過應用程式美團推出數位人民幣相關智能合約
中國透過應用程式美團推出數位人民幣相關智能合約

【開發智能合約 - Solidity系列】環境與工具篇:如何使用Remix進行Debug
一起動動手來玩玩智能合約吧

【開發智能合約 — Solidity系列】Remix Editor Change Git Commit Author
一起動動手來玩玩智能合約吧

【開發智能合約 - Solidity系列】實作篇Ep.16 - 匯入模組拚積木(Import)
一起動動手來玩玩智能合約吧!

【開發智能合約 — Solidity系列】實作篇Ep.15 — 映射的奧秘(Mapping)
一起動動手來玩玩智能合約吧

【開發智能合約 - Solidity系列】實作篇Ep.14 - 動動手來打造函式庫吧(Library)
動動手來玩玩智能合約吧

【開發智能合約 — Solidity系列】實作篇Ep.13 - 抽象化的合約(Abstract Contracts)
一起動動手來玩玩智能合約吧

【開發智能合約 - Solidity系列】實作篇Ep.12 - 合約內同名但不同用途的函數超載(Function Overloading)
一起動動手來學習智能合約開發吧!

【開發智能合約 — Solidity系列】實作篇Ep.11 — 繼承同源但不同意圖的函數覆寫(Function Overriding)
圖片來源 我們在「【開發智能合約 — Solidity系列】實作篇Ep.9 — 何謂繼承(Inheritance)」有提到繼承的一些基本概念,然而在繼承的過程中我們可能會用到上游的方法,甚至加工,而方法名稱重複了,是否能被允許呢?答案是「允許」的,就好比我們雖然繼承了父親的「處事...

【開發智能合約 — Solidity系列】實作篇Ep.10 - 標準化的介面(Interfaces)
一起動動手來玩玩智能合約吧

【開發智能合約 — Solidity系列】實作篇Ep.9 — 何謂繼承(Inheritance)
一起動動手來玩玩智能合約吧

以太坊簡介
以太坊(Ethereum)在2015年夏,以PoW的共識機制問世,目標是要建立一台去中心化的「世界計算機」,讓在上面運行的應用程式從本質上就具有去中心化的性質,而這類型的應用程式被稱為Decentralized App (DApp)。

【開發智能合約 — Solidity系列】實作篇Ep.8 - 與交易有關的功能(Fallback & Receive)
一起動動手來玩玩智能合約吧!

【開發智能合約 — Solidity系列】實作篇Ep.7 — 狀態的可變性限制(State Mutability)
一起動動手來玩玩智能合約吧

【開發智能合約 — Solidity系列】實作篇Ep.6 -關於可視範圍(Visibility)
圖片來源 為什麼要特別介紹可視範圍呢?試想,假如我們的合約裡有些非常重要的內容只能侷限於合約內使用,此時就可以運用可視範圍的技巧,將某些重要的功能、狀態鎖定在合約內使用,不隨意開放給外部調用,避免汙染內部,但有些又是共用的內容及功能時,我們就可以利用公開的可視範圍讓相同的功能能夠重複使用。

【開發智能合約 — Solidity系列】實作篇Ep.5 - 錯誤處理的機制(Error Handling)
圖片來源 Solidity語言的錯誤檢查提供了Require()、Revert()、Assert(),這三種方便的API調用,而這三種用途分別不同,畢竟牽涉到瓦斯費的問題,因此才會與過往的程式語言有些許的差異,Requirerequire()通常會被使用在輸入值的驗證檢查,因為它...
