Bascii（發音為“bask-y”）將比特幣Ordinals和 ASCII 藝術結合起來，專門為不可變的鏈上 ASCII 藝術創建了一種實驗性的新比特幣元協議。
作為互聯網上最早的藝術形式，ASCII 藝術使用字體來創建視覺或基於文本的圖像。通過標準化以銘文形式發佈 ASCII 藝術的方法，我們可以：
任何人現在都可以在比特幣上鑄造 ASCII 藝術，而無需遵循上述約定。這就提出了一個問題：為什麼要費心去制定新標準呢？
當我第一次向世界提出 BRC-20 的想法時，我認為它太烏托邦和天真，無法實現。 Domo 將這個想法正式化為規範，BRC-20 現在是一個價值數十億美元的代幣類別。在我們對某些東西進行實際測試之前，我們無法知道它會如何被接受。
當你對創造力施加限制時，創造力往往會擴展，這一事實令我著迷。例如，許多形式的詩歌都有嚴格的規則來規定押韻方案，甚至每行的音節數。然而，世界上許多最深刻的文學藝術都來自這一流派。 ASCII 藝術同樣僅限於鍵盤上的字符。儘管存在這樣的限制，ASCII 藝術作品往往具有深刻的力量和動人的力量。
Bascii 協議創建了可預測性和標準化，這使得第三方更容易在其之上構建有趣的應用程序。
對於任何隨機數據類型來說，Ordinals不僅僅是一個包羅萬象的籃子。隨著元協議功能的採用，ord 正在演變成一個可互操作標準的生態系統（更多內容請參見下面的結論）。
這是一個有趣的實驗（不是投資機會！）。如果它被證明是成功的，它可能會激發比特幣上其他有趣的元協議的想法。它還可以以其他方式在其他鏈上使用（即doginals、 Solana inscriptions、twitscriptionsETC）。
協議設計
Bascii 協議利用了 ord 版本 0.10.0+ 中稱為元協議的新功能。 “元協議約定”在 ord 客戶端中使用以下格式來最小化數據有效負載的大小：
<metaprotocol>, [op]
這允許我們在創建銘文時聲明給定的序數銘文是 ord 客戶端中的 Bascii。
要在最新的 ord 客戶端中加入 Bascii，用戶可以輸入以下命令（元協議聲明“bascii”應全部小寫，如圖所示）：
ord wallet inscribe --fee-rate <FEE_RATE> --metaprotocol=bascii --file <text file containing your artwork>
完整的 order 命令如下所示：
ord wallet inscribe --fee-rate 100 --metaprotocol=bascii --file "C:\artwork.txt"
通過在ord銘文信封內聲明元協議，索引器可以在索引Basciis時忽略所有其他類型的銘文。
除了元協議聲明之外，所有 Bascii 鑄幣廠還應包含一個包含相關 ASCII 插圖的文本文件。用戶可以選擇使用 ord 的內置元數據功能將元數據包含在藝術品中（例如作品的名稱、描述和特徵）。只需將所有相關元數據保存在 .json 文件中，並使用以下銘文引用它：
ord wallet inscribe --fee-rate <FEE_RATE> --metaprotocol=bascii --file <text file containing your artwork> --json-metadata <json file containing your artwork's metadata>
完整的 order 命令如下所示：
ord wallet inscribe --fee-rate 100 --metaprotocol=bascii --file "C:\artwork.txt" --json-metadata "artwork-metadata.json"
然後，元協議和元數據將直接顯示在Ordinals上藝術品下方的字段中。請注意，所有藝術品元數據都應遵守OpenSea 的元數據標準，以便與市場集成。以下屏幕截圖顯示了 Opensea 的元數據結構：
Bascii 創建後，無需引用元協議即可進行傳輸。轉移它應遵循與轉移任何銘文相同的程序。例如：
ord wallet send --fee-rate <FEE_RATE> <ADDRESS> <INSCRIPTION_ID>
索引器應該能夠識別這種轉移，因為在該作品鑄造時，銘文已經被標記為 Bascii。
與Ordinals本身非常相似，每個已發佈的 Bascii 都將被分配一個與其在鏈上刻錄的順序相對應的數字。第一個被銘刻的 Bascii 是 Bascii #0。第二個是 Bascii #1，等等。
但請注意，這種排序不會在鏈上維護，而是由索引器使用鏈上數據來識別每個 Bascii 併為其分配一個“Bascii #”。
您可以在此處查看完整的內容/插圖，並在此處查看元協議名稱（下面以綠色列出）。
請注意，索引器應忽略先前的 Bascii 測試，因為它包含已棄用的“mint”操作。
基本規格
鑄造 Bascii 的最低要求是：
包含 ASCII 圖稿的 .txt 或 .json 文件（允許的文本類型為：'text/plain;charset=utf-8'、'text/plain'、'application/json'）
在 ord 中使用
--metaprotocol=bascii命令在寫入時將文件標記為 Bascii（“bascii”應全部小寫）
以下功能是可選的：
用戶可以包含符合 OpenSea 元數據標準的元數據（例如名稱、描述、稀有性特徵ETC）。在此處瞭解有關ord 元數據支持的更多信息。您可以將該元數據包含為 json 文件，如上面的“協議設計”部分所述。
Bascii 藝術品的收藏可以按照訂單的父子銘文流程進行管理。
結論
Basciis 是一個簡單的實驗，旨在創建一種在比特幣上發佈、交換和收集 ASCII 藝術品的標準方法。
它可用於創建成本較低的 PFP 收藏、發佈插圖文本，甚至使非藝術家也能創作永恆的藝術（這要歸功於在線提供的無處不在的圖像到 ASCII 藝術轉換器，包括ASCII 藝術檔案工具和新興的 AI ASCII 藝術生成器）。
通過利用ord的新元協議功能，Basciis最大限度地減少了索引器的負載，並創建了基於序數的藝術作品的新“子流派”。 Bascii 的獨特編號系統意味著每件作品都會有一個獨特的銘文 # 以及一個獨特的 Bascii #。這使我們朝著不斷發展的Ordinals願景邁進，序數不再是一個單一的包羅萬象的發佈平臺，而是一個由多個協議（稱為元協議）組成的生態系統。我相信這將帶領我們到達我們還無法想象的地方。
版權：負
添加一名作者
致謝：非常感謝@domodata ，他提供了有關協議設計的寶貴見解（簡化協議以最大限度地利用 ord 中最新和最先進的功能）。 Domo 還在geniidata.com上構建了一個跟蹤 Bascii 薄荷糖的儀表板。還要感謝@nondualrandy充當參謀！
感謝您閱讀 Redphonecrypto！免費訂閱以接收新帖子並支持我的工作。
