Stellar 原生資產

什麼是 Stellar 原生資產？

Stellar 的原生資產為 Lumens，常用代號為 XLM。

在 Stellar 網路中，XLM 是內建資產，用於支付交易手續費、支付租金、滿足最低餘額要求，以及支援基本帳戶活動。

官方Stellar Lumens 文件指出，Lumens 是 Stellar 網路的原生貨幣，而 XLM 是唯一不需要發行方或信任線的 Stellar 代幣。

這使 Stellar 原生資產不同於 Stellar 上的發行資產；後者由帳戶建立，並透過資產代碼及發行方識別。

XLM 並非由使用者部署的智能合約代幣。

它不是由發行方帳戶控制的已發行信用代幣。

它是內建於 Stellar 核心帳本設計中的網路原生資產。

使用者需要 XLM 來啟用及維護 Stellar 帳戶、提交交易、管理儲備，並與網路互動。

開發者在 Stellar 上測試帳戶建立、支付、合約呼叫、資產發行、掛單、信任線及應用程式時，都需要 XLM。

簡單來說，Stellar 原生資產是 XLM，也就是驅動 Stellar 區塊鏈各項基本活動的資產。

Stellar 原生資產為何重要

Stellar 原生資產很重要，因為 Stellar 專為支付、代幣化資產、智能合約及金融應用程式而設計。

官方Stellar 介紹頁面將 Stellar 描述為具備原生智能合約平台，以及建立和發送數位資產工具的公開區塊鏈。

XLM 為網路提供支付費用及管理鏈上資源用量的共同單位。

若沒有原生資產，Stellar 便需要以其他方式防止垃圾訊息、為資源用量定價及維持帳戶儲備。

每個公開區塊鏈都需要一種讓濫用行為付出成本的機制。

在 Stellar 上，XLM 透過手續費、基本儲備、租金及最低餘額協助扮演這項角色。

此設計使原生資產成為網路安全及資源管理的一部分，而不只是市場資產。

對使用者而言，XLM 是維持帳戶可用所需的資產。

對開發者而言，XLM 是支付其應用程式消耗網路資源所需的資產。

對生態系統而言，XLM 為交易、帳戶存在及智能合約執行建立共用的基礎層。

Stellar 原生資產與發行資產

Stellar 原生資產不同於發行資產。

Stellar 上的發行資產由 Stellar 帳戶建立，並以資產代碼及發行方識別。

官方Stellar 資產文件說明，經典 Stellar 資產有兩項識別特徵：資產代碼及發行方。

例如，兩個不同組織可以使用相同資產代碼，但只要發行方不同，這些資產仍然不同。

XLM 的運作方式不同。

XLM 沒有發行方帳戶。

XLM 不需要信任線。

XLM 是以原生資產類型表示，而非有發行方的信用資產。

這也是錢包介面與開發者工具經常將 XLM 視為特殊資產的原因。

使用者比較 XLM 與發行資產時，最重要的差異是：XLM 屬於網路本身，而發行資產取決於發行方規則與信任關係。

為何 XLM 不需要信任線

信任線是帳戶層級的選擇加入機制，讓 Stellar 帳戶可持有特定發行資產。

官方Stellar 帳戶文件說明，帳戶必須建立信任線才能接收 Lumens 以外的任何資產。

這項例外很重要，因為每個 Stellar 帳戶預設都可持有 XLM。

新帳戶需要 XLM 才能存在及運作。

若 XLM 需要信任線，帳戶啟用將形成循環問題並變得困難。

發行資產需要信任線，是因為帳戶持有人必須選擇是否接受發行方的代幣，並可能希望設定持有上限。

XLM 不需要此選擇加入機制，因為它是網路的原生單位。

這使 XLM 比發行資產更容易轉移及持有。

這也使 XLM 對使用者導入至關重要，因為使用者通常需要少量 XLM 才能使用其他 Stellar 功能。

對新手而言，核心概念是多數 Stellar 發行資產需要信任線，但 XLM 不需要。

Stellar 原生資產與交易手續費

XLM 用於支付 Stellar 上的交易手續費。

官方Stellar 手續費文件指出，所有費用均使用 Stellar 原生代幣 lumen 或 XLM 支付。

交易手續費有助於防止垃圾訊息，並在網路流量激增時為交易排序。

每筆提交至 Stellar 的交易都必須包含手續費。

經典交易及智能合約交易有不同的手續費結構，但兩者均使用 XLM 作為手續費資產。

對一般交易而言，手續費與操作數量及基本費用有關。

對智能合約交易而言，總費用可包括資源費用及納入費用。

官方 Stellar 手續費文件指出，智能合約交易使用依資源消耗計算的資源費用，以及用於納入帳本的納入費用。

這很重要，因為 XLM 不只是使用者彼此轉移的資產。

它也是支付使用網路所需運算及儲存資源的資產。

Stroop 與 XLM 面額

stroop 是 lumen 的最小單位。

官方 Stellar 手續費文件將 1 stroop 定義為 1 lumen 的一千萬分之一，即 0.0000001 XLM。

這表示 1 XLM 等於 10,000,000 stroops。

stroop 很重要，因為交易手續費及部分技術數值通常以 stroop 表示。

例如，官方 Stellar 文件指出，網路最低基本費用不得低於每項操作 100 stroops。

由於 XLM 可高度分割，因此能精確表示極小額支付及費用。

這種可分割性適合需要低成本轉帳、小額費用或微觀層級記帳的應用程式。

使用者可能在錢包中看到以 XLM 顯示的餘額，開發者則可能看到以 stroop 表示的協議數值。

兩者都是指相同的原生資產。

差別只在於單位尺度。

Stellar 原生資產與最低餘額

Stellar 帳戶必須維持 XLM 最低餘額。

官方 Stellar 帳戶文件說明，帳戶會在子項目中儲存資料，而每個子項目都會增加帳戶所需的最低餘額。

同一份文件指出，目前一個基本儲備為 0.5 XLM。

最低餘額可防止使用者無成本建立無限數量的帳戶、信任線、掛單、簽署者及資料項目。

這可保護網路免於狀態垃圾訊息及不必要的帳本成長。

基本帳戶需要最低 XLM 餘額才能維持啟用。

額外子項目可提高所需餘額。

子項目的例子包括信任線、掛單、額外簽署者及資料項目。

這表示帳戶中的部分 XLM 可能因作為儲備而無法使用。

可用餘額是高於最低要求的餘額，並不一定等於顯示的完整餘額。

基本儲備

基本儲備是用來計算 Stellar 帳戶所需最低餘額的單位。

依目前官方 Stellar 文件，一個基本儲備為 0.5 XLM。

驗證者可投票變更基本儲備，但 Stellar 文件指出，此類變更並不常見，且應僅每隔數年才發生一次。

這很重要，因為基本儲備會影響帳戶活動成本。

若使用者新增信任線，帳戶必須持有更多 XLM。

若使用者掛出委託、增加簽署者或儲存特定帳戶資料，帳戶也可能需要更多 XLM。

基本儲備不是交易手續費。

它是與帳本狀態相關的餘額要求。

使用者不應將必要儲備誤認為遺失資金。

若移除相關子項目且帳戶最低餘額降低，儲備 XLM 可能再次變為可用。

Stellar 原生資產與帳戶啟用

Stellar 帳戶必須先存入 XLM，才能在帳本上存在。

這不同於部分系統，即使地址尚未收到原生資產，也可能顯示為完全啟用。

在 Stellar 上，帳戶建立與最低餘額規則有關。

使用者可以產生金鑰對，但帳戶在收到足夠 XLM 前，不會成為有效的帳本帳戶。

這可防止空帳戶零成本塞滿帳本。

也表示使用者應保留足夠 XLM 以維持帳戶及支付交易手續費。

若使用者轉出過多 XLM，帳戶可能不再有足夠的可用餘額執行預定操作。

錢包應協助使用者了解總餘額與可用餘額之間的差異。

對新手而言，較安全的習慣是帳戶中保留高於最低儲備的額外 XLM。

這有助於避免因手續費或儲備不足而導致交易失敗。

Stellar 原生資產與智能合約

XLM 也可透過 Stellar Asset Contract 用於 Stellar 智能合約環境。

官方Stellar Asset Contract 文件指出，Stellar Asset Contract 是合約與 Stellar 資產互動的唯一方式，包括原生 XLM 及 Stellar 帳戶發行的資產。

Stellar Asset Contract 常簡稱為 SAC，讓合約能透過標準化代幣介面與資產互動。

對 XLM 而言，這代表智能合約可使用原生資產，而不會將其視為外部發行的信用資產。

不過，原生 XLM 資產有特殊規則，因為它沒有發行方。

SAC 文件指出，原生 Stellar 代幣沒有發行方，因此沒有管理員，也無法被銷毀。

這與發行資產有重大差異，因為發行方可能依資產設定擁有管理權限。

對開發者而言，這表示原生 XLM 可供智能合約使用，同時保有特殊的網路原生屬性。

對使用者而言，這表示 XLM 可成為 Stellar 上基於合約的支付、餘額及應用程式流程的一部分。

Stellar 原生資產與租金

XLM 用於支付 Stellar 上的租金。

官方 Stellar Lumens 文件指出，Lumens 用於支付交易手續費、租金及最低餘額要求。

在智能合約系統中，租金及儲存定價很重要，因為合約可建立需要驗證者及基礎設施供應商維護的帳本項目。

Stellar 的智能合約費用模型包含資源消耗及儲存相關成本。

這有助於防止應用程式在未支付所用資源成本下建立無限的鏈上狀態。

對開發者而言，租金表示應審慎設計合約儲存。

對使用者而言，租金可能影響與智能合約應用程式互動的成本。

對網路而言，租金有助於讓資源使用與經濟成本一致。

因此，XLM 不只與簡單支付有關，也與長期狀態管理有關。

這使 Stellar 原生資產成為網路永續性模型的一部分。

Stellar 原生資產與支付

XLM 可作為 Stellar 帳戶之間的一般支付資產傳送。

由於 XLM 不需要信任線，因此通常比發行資產更容易傳送。

只要發送方有足夠可用 XLM 支付款項及手續費，便可將 XLM 發送至有效的 Stellar 帳戶。

在支援的情況下，XLM 也可用於更進階的支付流程，包括路徑支付及合約互動。

Stellar 的設計圍繞快速且平價的數位資產轉移。

官方 Stellar 介紹頁面指出，該網路專為支付及資產代幣化而建。

XLM 透過為每個帳戶提供支付費用及儲備的共同原生資產，支援此設計。

使用者傳送 XLM 前，仍應確認地址、必要時的 Memo，以及網路相容性。

依接收服務或錢包設定而定，錯誤地址或缺少 Memo 可能造成復原問題。

原生資產較為簡單，並不代表不需要仔細檢查交易。

Stellar 原生資產與發行方風險

XLM 沒有發行方，因此不具有 Stellar 經典發行資產相同的發行方風險。

發行資產可能取決於發行方的儲備、規則、授權設定、贖回流程、聲譽及法律架構。

XLM 不代表對發行方帳戶的請求權。

它是網路本身的原生資產。

這不表示 XLM 沒有風險。

XLM 仍具有市場風險、託管風險、技術風險、流動性風險及監管不確定性。

不過，它不具有發行資產所使用的發行方特定信任線模型。

此區別對評估 Stellar 資產的使用者極為重要。

即使代幣代碼看似熟悉，若發行方未知或不受信任，仍可能有風險。

XLM 的原生地位使它在結構上不同於這類發行資產。

Stellar 原生資產與資產代碼

Stellar 發行資產由資產代碼及發行方識別。

XLM 作為原生資產，並非以此方式識別。

在開發者工具及 API 中，XLM 可能以 native 等資產類型表示，而不是以發行方地址表示。

官方 Stellar 資產文件顯示，Lumens 的資產類型可以是 native，而發行資產則可為信用類型。

這對建構錢包、區塊鏈瀏覽器、支付應用程式及會計工具的開發者很重要。

開發者不應向使用者詢問 XLM 發行方。

不存在 XLM 發行方帳戶。

開發者也應避免將資產代碼為 XLM 的發行代幣視為真正原生資產。

真正的 Stellar 原生資產是資產類型 native。

這項區別有助於防止網路釣魚、假資產及使用者介面混淆。

Stellar 原生資產與 Stellar Asset Contract

Stellar Asset Contract 為 Stellar 資產提供合約介面。

這很重要，因為 Stellar 同時支援經典資產操作及智能合約應用程式。

官方 SAC 文件指出，每項 Stellar 資產都有保留的 Stellar Asset Contract 執行個體，可部署用於合約互動。

對發行資產而言，資產發行方會成為已部署合約的管理員。

對原生 XLM 而言，沒有發行方，因此沒有管理員。

這使 XLM 在基於合約的代幣互動中具有特殊角色。

合約可透過 SAC 介面使用 XLM，但沒有發行方帳戶能像管理一般發行代幣一樣鑄造、銷毀、凍結或管理原生 XLM。

這有助於保留網路原生資產與發行方控制資產之間的差異。

對開發者而言，這也提供在合約邏輯中使用 XLM 的可預測方式。

對使用者而言，這表示 XLM 可成為智能合約應用程式的一部分，而不會變成一般由發行方支持的代幣。

Stellar 原生資產與網路垃圾訊息防護

XLM 透過讓帳戶建立、交易提交及帳本狀態使用產生成本，協助 Stellar 防範垃圾訊息。

若交易免費，攻擊者可能以無用操作淹沒網路。

若帳戶及子項目免費，攻擊者可能建立龐大量的帳本狀態。

交易手續費可抑制重複的垃圾訊息操作。

最低餘額可抑制無限建立帳戶及子項目。

智能合約資源費用可抑制過度運算及儲存使用。

這些成本對一般使用者通常較低，但對大規模濫用行為而言會變得顯著。

這是公開區塊鏈系統常見的設計目標。

原生資產為協議提供共享資源的定價方式。

在 Stellar 上，該原生資產就是 XLM。

Stellar 原生資產與使用者餘額

使用者的 XLM 餘額可包括可用 XLM 及保留 XLM。

可用 XLM 是扣除最低餘額要求、待處理負債及費用後可使用的金額。

保留 XLM 用於滿足帳戶要求，且在移除相關帳本項目前可能無法轉移。

這也是錢包可能阻止使用者轉出完整顯示 XLM 餘額的原因。

錢包通常是在保護帳戶不會低於所需最低餘額。

使用者應了解，這是 Stellar 上的正常行為。

若使用者新增信任線、建立掛單、增加簽署者或儲存資料項目，最低餘額可能提高。

若使用者移除這些項目，最低餘額可能降低。

因此，XLM 餘額管理是正常 Stellar 帳戶管理的一部分。

優良的錢包應說明哪些 XLM 可用、哪些 XLM 已保留。

Stellar 原生資產與信任線

XLM 不需要信任線，但信任線對理解原生資產仍很重要。

每條信任線都會增加帳戶所需的最低餘額，因為它會增加一個子項目。

官方 Stellar 帳戶文件指出，每條信任線皆為子項目，而每個子項目會使最低餘額增加一個基本儲備。

這表示使用者想持有更多發行資產時，通常需要更多 XLM。

例如，想持有多種發行資產的使用者，可能需要足夠 XLM 支援每條信任線。

即使使用者的主要目的是使用 Stellar 上的其他資產，這仍為 XLM 提供實用性角色。

XLM 是支援帳戶結構、以持有其他資產的資產。

接收發行資產的使用者，可能需要保留足夠 XLM 以符合信任線要求及支付交易手續費。

若沒有足夠 XLM，帳戶可能無法新增信任線或提交交易。

因此，原生資產是使用整個 Stellar 資產系統的基礎。

Stellar 原生資產與掛單

Stellar 上的掛單也可能影響帳戶儲備。

掛單是代表使用者透過 Stellar 內建市場功能買入或賣出資產意圖的帳本項目。

由於掛單是帳戶子項目，因此可能提高最低餘額要求。

這表示活躍交易者與市場參與者可能需要比單純支付使用者更多的 XLM。

掛出大量委託的使用者，可能需要在儲備中鎖定更多 XLM。

若委託被取消、成交並移除，儲備要求可能降低。

這是 XLM 支援帳本狀態管理的另一個例子。

原生資產不只支付交易手續費。

它也協助為開啟的帳戶相關項目所帶來的儲存負擔定價。

若使用者無法如預期使用大量 XLM，應檢查其掛單與儲備。

Stellar 原生資產與贊助儲備

贊助儲備讓一個帳戶可為另一個帳戶的帳本項目支付儲備要求。

官方Stellar 贊助儲備文件說明，贊助如何透過計入帳戶所贊助的項目及由他人贊助的項目，改變最低餘額的計算方式。

此功能可改善使用者導入，因為企業或應用程式可協助使用者在某些操作上不必預先準備過多 XLM。

例如，應用程式可能為使用者贊助信任線或帳戶項目。

這不會消除 XLM 的角色。

它改變的是誰負責鎖定所需的 XLM 儲備。

贊助儲備很有用，因為它可讓 Stellar 應用程式更容易供新手使用。

它也可協助組織管理大量使用者帳戶或資產關係。

不過，開發者應清楚說明贊助機制，因為使用者需要了解哪個帳戶負責哪一項儲備。

贊助是儲備管理工具，而非讓帳本儲存免費的方式。

Stellar 原生資產與安全性

XLM 的安全性始於錢包及金鑰管理。

使用者透過與 Stellar 帳戶連結的私鑰或簽署機制控制 XLM。

若私鑰遺失，使用者可能失去對 XLM 的存取權。

若私鑰遭竊，攻擊者可能能轉移 XLM。

Stellar 帳戶可支援額外簽署者及門檻設定，若正確使用可提升安全性。

不過，額外簽署者也是子項目，並可能提高儲備要求。

這是 XLM 如何將帳戶安全與帳戶經濟性連結的另一個例子。

使用者應安全儲存復原資訊、避免網路釣魚連結、驗證錢包軟體，並在轉移重要價值前先測試小額交易。

將 XLM 發送至託管或共用帳戶時，也應了解 Memo 要求。

原生資產容易持有，但安全託管仍需要良好習慣。

Stellar 原生資產與 Memo

Memo 是附加於 Stellar 交易的簡短資訊。

託管服務、錢包及共用帳戶系統常使用 Memo，識別共用帳戶背後的預定收款人。

將 XLM 發送至使用單一共用地址服務眾多使用者的服務時，Memo 可能至關重要。

若 Memo 遺漏或錯誤，接收服務可能無法辨識應將資產記入哪位使用者。

依服務的復原流程而定，這可能造成延遲或失去存取權。

當接收方要求時，原生資產轉帳仍可能需要 Memo。

這不是因為 XLM 本身需要 Memo。

而是因為接收方的帳戶系統可能要求提供。

使用者傳送 XLM 前，應一律確認接收方指示。

地址正確性與 Memo 正確性對安全 Stellar 轉帳同樣重要。

Stellar 原生資產與代幣化

Stellar 常用於代幣化，而 XLM 支援使代幣化成為可能的網路活動。

Stellar 上的代幣化資產可能代表法定貨幣、商品、基金份額、忠誠點數、債券、資金池份額或其他資產。

官方 Stellar 資產文件說明，帳戶可在網路上追蹤、持有及轉移多種類型資產。

XLM 不同於這些代幣化資產。

相反地，XLM 是協助帳戶持有及移動這些資產的原生資產。

使用者可能持有代幣化資產，但仍可能需要 XLM 支付手續費及維持儲備。

發行方可建立資產，但其使用者仍可能需要 XLM 建立信任線及進行交易。

智能合約可與資產互動，但 XLM 仍支付手續費及資源成本。

這使原生資產成為 Stellar 代幣化生態系統下方的實用性層。

Stellar 上的代幣化取決於發行資產與原生 XLM 資產共同運作。

Stellar 原生資產與 DeFi

依應用程式設計而定，XLM 可用於 Stellar DeFi 應用程式。

Stellar 上的 DeFi 可涉及智能合約、代幣兌換、流動性、借貸、支付及基於資產的應用程式。

依協議而定，XLM 可能作為支付資產、手續費資產、流動性資產、抵押品資產或合約餘額出現。

不過，在 DeFi 中使用 XLM 會增加單純持有原生資產以外的風險。

智能合約漏洞、預言機問題、流動性風險、市場波動性、不良使用者介面及交易錯誤都可能造成損失。

使用者在存入 XLM 或任何其他資產前，應了解每個應用程式。

應查看文件、可取得的稽核資訊、合約地址、錢包提示及風險揭露。

XLM 的原生地位並不會使每個 DeFi 應用程式安全。

資產可能是原生資產，但應用程式邏輯仍可能有風險。

安全使用 DeFi 需要同時了解資產與協議。

Stellar 原生資產與市場風險

XLM 與其他加密資產一樣具有市場風險。

其價格可能因需求、流動性、宏觀條件、網路採用度、監管、代幣資金流及整體加密市場情緒而上漲或下跌。

原生資產地位賦予 XLM 網路實用性，但不保證價格穩定。

使用者應將 XLM 的技術角色與投資預期區分開來。

使用者可能因支付手續費及帳戶儲備需要 XLM，即使不希望承擔大量市場曝險。

交易者可能因預期價格升值而買入 XLM，這是不同的決策。

開發者可能主要持有 XLM，以測試或營運應用程式。

這些不同使用情境具有不同的風險概況。

持有足夠 XLM 供網路使用，並不等於對 XLM 進行投機性投資。

使用者應依用途、風險承受能力及時間範圍設定 XLM 持有規模。

開發者如何使用 Stellar 原生資產

開發者使用 XLM 為測試與生產帳戶提供資金。

他們使用 XLM 支付操作及合約呼叫的交易手續費。

他們使用 XLM 滿足信任線、掛單、簽署者及其他子項目產生的最低餘額要求。

他們使用 XLM 測試涉及原生資產的 Stellar Asset Contract 互動。

他們使用 XLM 了解智能合約應用程式中的租金與資源成本。

他們也會在 Stellar 上建立錢包、支付流程、錨定機構、代幣化工具及 DeFi 產品時使用 XLM。

開發者絕不應在程式碼中將 XLM 視為另一種一般發行代幣。

應將其處理為原生資產類型。

這項區別可防止發行方欄位、信任線及合約管理方面的錯誤。

正確處理原生資產，對可靠的 Stellar 應用程式開發至關重要。

使用者應如何理解 Stellar 原生資產

使用者應將 XLM 理解為使用 Stellar 網路所需的資產。

它支付手續費。

它支援帳戶儲備。

它不需要信任線。

它沒有發行方。

它可在 Stellar 帳戶之間傳送。

它可透過 Stellar 資產基礎設施用於智能合約應用程式。

它也可作為加密資產持有或交易，但這會帶來市場風險。

使用者應保留足夠 XLM 供帳戶活動使用，且除非了解儲備要求，否則避免轉出全部餘額。

使用者也應記得，Stellar 上的發行資產與 XLM 具有不同風險。

最簡單的使用者原則是：XLM 是網路內建資產，而其他 Stellar 資產可能取決於發行方、信任線及額外規則。

對 Stellar 原生資產的常見誤解

常見誤解之一是 XLM 像其他 Stellar 資產一樣需要發行方。

XLM 沒有發行方，因為它是 Stellar 網路的原生資產。

另一項誤解是使用者需要信任線才能接收 XLM。

XLM 不需要信任線，但 Stellar 上的發行資產通常需要。

第三項誤解是錢包顯示的完整 XLM 餘額永遠都可使用。

部分 XLM 可能保留用於帳戶最低餘額要求。

第四項誤解是 XLM 手續費會直接作為獎勵支付給驗證者。

官方 Stellar 手續費文件指出，交易手續費收取的 lumens 會進入鎖定帳戶，不會給予或供任何人使用。

第五項誤解是使用 XLM 代碼的發行資產就是原生資產。

真正原生資產以 native XLM 表示，且沒有發行方帳戶。

Stellar 原生資產的優點

XLM 的第一項優點是簡單，因為它不需要發行方或信任線。

第二項優點是實用性，因為它支付網路手續費並支援帳戶儲備。

第三項優點是可分割性，因為 XLM 可用 stroops 表示精確費用及小額金額。

第四項優點是透過 Stellar Asset Contract 與智能合約相容。

第五項優點是防範垃圾訊息，因為手續費及儲備使濫用活動產生成本。

第六項優點是生態系統支援，因為 XLM 支撐支付、代幣化、帳戶管理及應用程式活動。

第七項優點是原生識別能力，因為錢包及開發者工具可將 XLM 識別為網路內建資產。

這些優點使 XLM 成為 Stellar 使用者體驗的核心。

不過，這些優點不會消除價格波動性或託管風險。

使用者持有 XLM 前，應了解其實用性與風險。

Stellar 原生資產的風險

第一項風險是價格波動性。

XLM 與其他加密資產一樣可能改變市場價值。

第二項風險是託管風險。

私鑰遺失或遭竊可能導致失去存取權。

第三項風險是交易錯誤風險。

錯誤地址或缺少必要 Memo 都可能造成問題。

第四項風險是儲備混淆。

使用者可能不了解為何部分 XLM 無法使用。

第五項風險是應用程式風險。

在智能合約或 DeFi 中使用 XLM，可能讓使用者暴露於協議漏洞或不良設計風險。

第六項風險是假資產混淆。

使用者可能將原生 XLM 與使用相似代碼的發行代幣混淆。

第七項風險是監管不確定性。

不同司法管轄區可能以不同方式處理加密資產。

使用 Stellar 原生資產的最佳實務

保留足夠 XLM 支付交易手續費及儲備要求。

除非了解帳戶最低餘額，否則不要轉出全部 XLM 餘額。

傳送 XLM 前，確認接收方是否需要 Memo。

使用可信任的錢包，並審慎保護私鑰。

確認 XLM 顯示為原生資產，而不是有發行方的發行代幣。

若可用餘額低於預期，請檢查信任線及掛單。

使用會為您建立帳戶項目的應用程式前，先了解贊助儲備。

學習開發者工作流程或智能合約互動時，請使用測試網（Testnet）。

建構處理 XLM 的應用程式時，請閱讀官方 Stellar 文件。

將 XLM 同時視為實用性資產及具波動性的加密資產。

常見問題

什麼是 Stellar 原生資產？

Stellar 原生資產是 Lumens，其代號為 XLM。

XLM 與 Lumens 相同嗎？

是。XLM 是 Lumens 的代號，Lumens 是 Stellar 網路的原生資產。

XLM 需要發行方嗎？

不需要。XLM 沒有發行方，因為它是內建於 Stellar 網路的原生資產。

XLM 需要信任線嗎？

不需要。XLM 不需要信任線，而 Stellar 上多數發行資產需要信任線。

XLM 有什麼用途？

XLM 用於支付交易手續費、支付租金、滿足最低餘額要求、啟用帳戶及支援網路活動。

什麼是 stroop？

stroop 是 XLM 的最小單位，1 stroop 等於 0.0000001 XLM。

目前 Stellar 基本儲備是多少？

官方 Stellar 文件指出，目前一個基本儲備為 0.5 XLM。

為什麼我無法轉出全部 XLM 餘額？

您可能無法轉出全部 XLM 餘額，因為部分 XLM 必須保留，以滿足帳戶最低餘額要求。

智能合約可以在 Stellar 上使用 XLM 嗎？

可以。智能合約可透過 Stellar Asset Contract 與原生 XLM 互動。

Stellar 原生資產無風險嗎？

不是。與其他加密資產一樣，XLM 具有市場風險、託管風險、交易錯誤風險、應用程式風險及監管不確定性。

結論

Stellar 原生資產是 XLM，也稱為 Lumens。

它是 Stellar 網路的內建資產，不需要發行方或信任線。

XLM 用於支付交易手續費、支付租金、滿足最低餘額要求、啟用帳戶，並支援 Stellar 生態系統中的應用程式。

它不同於發行資產，因為發行資產取決於資產代碼、發行方帳戶、信任線及發行方特定規則。

在智能合約情境中，XLM 也很特殊，因為 Stellar Asset Contract 可與原生資產互動，但原生 XLM 沒有發行方管理員，也無法像發行方控制的代幣一樣被銷毀。

對使用者而言，XLM 是基本 Stellar 帳戶活動的必要資產，且應審慎管理，因為部分餘額可能保留作為儲備。

對開發者而言，XLM 必須作為原生資產類型處理，而非一般發行資產。

對網路而言，XLM 有助於防止垃圾訊息、為資源用量定價及支援永續帳本管理。

XLM 的主要優點是為 Stellar 的手續費、儲備、支付及合約互動提供簡單的共用資產。

主要風險是 XLM 仍是具波動性的加密資產，必須透過良好的託管及交易習慣加以保護。

在加密貨幣詞彙表語境中，Stellar Native Asset 是指 Lumens 或 XLM，也就是驅動 Stellar 區塊鏈交易、儲備、手續費及資源用量的原生代幣。

關鍵重點是，XLM 不只是另一項 Stellar 資產，而是網路的內建資產，也是安全使用 Stellar 帳戶、支付、智能合約及代幣化資產的基礎。