以太坊的賬號包括

㈠ 以太坊技術系列-以太坊數據結構

本篇文章和大家介紹一下以太坊的數據結構，上篇文章我們提到，以太坊為了實現智能合約這一功能，使用了基於賬戶的模型。我們來看看以太坊中數據結構。

既然是基於賬戶的模型，我們需要通過賬戶地址找到賬戶的狀態。就像通過銀行卡號可以找到你在銀行中的各種信息一樣。最簡單的想法當然是一個簡單的哈希表 key是賬戶地址 value是賬戶狀態。但這里有個問題解決不了。

輕節點如何校驗賬戶合法性？

上篇我們說過，區塊鏈中有2類節點，全節點和輕節點，輕節點只會存儲block header，所以輕節點如何才能校驗賬號是否合法呢？

這個思路和我們平時用的md5校驗一致，我們會對區塊內的信息進行hash運算從而得出區塊內信息唯一確定的值，區塊鏈所有節點中這個值都是相同的。

在這個過程中我們用到了一種數據結構Merkle Tree（哈希樹），我們先看下Merkle Tree（哈希樹）的示意圖。

上篇文章說到區塊鏈中的鏈表(哈希鏈)和我們平時常見鏈表不同的是將指針從地址改為了hash指，這里也一樣，哈希樹和二叉樹的區別有2個

1.將地址改為了哈希值

2.只有葉子節點存儲數據

回到之前的問題輕節點是如何校驗1個賬戶或交易是否是在鏈上的呢？

整個流程如上圖所示

1.輕節點需要判斷1個賬號是否合法

2.輕節點由於只存儲block header，所以拿到1個賬號的時候會向全節點發出請求

3.全節點存儲了所有賬戶狀態，將賬戶路徑中的需要計算用到的hash值返回給輕節點

4.輕節點本地進行計算根hash值，如果計算結果和自己存儲一致則賬戶合法，不一致則不合法。

那以太坊中的賬戶信息的數據結構就是這樣嗎？

直接用這樣的數據結構來存儲賬戶信息會有2個問題

查找困難

生成hash值不確定

第1個問題應該比較容易發現，在這個樹中尋找1個賬號需要的復雜度是O(n),因為沒有任何順序。

第2個問題其實也是因為無序導致的，無序的組合每個節點針對同一批賬戶生成的hash值不一致，這就導致無法達成共識。

既然2個問題都和順序有關，那我們類似二叉排序樹一樣，使用哈希排序樹是不是就可以解決問題了呢？

使用排序樹後會帶來另外1個問題

插入困難

因為要維持樹是有序的，很可能帶來樹結構的很大變動。

以太坊中使用了另外一種數據結構字典樹。和哈希樹不同，字典樹應該是很多地方都有使用。我們簡單來看下字典樹的結構。

字典樹能夠較好地解決哈希樹的2個缺點1.查找困難 2.生成的hash值不確定以及排序二叉樹的1個缺點 插入困難。

但字典樹我們可以看到可能樹的深度可能由於部分元素導致整棵樹深度非常深。

這時我們可以進一步優化，將相同路徑進行壓縮。這就是壓縮字典樹。

將哈希樹和壓縮字典樹結合，就可以得到以太坊存儲賬戶的最終數據結構-MPT。

將壓縮字典樹裡面的指針從地址改為指針，並且將數據存儲在葉子節點中即可。

介紹完狀態樹的數據結構，我們接下來討論1個問題，區塊中存儲的賬戶狀態是什麼樣的范圍。有2種選擇。

只保存當時區塊中產生交易的賬戶狀態。

保存全局所有的賬戶。

我們可以看下這2種方式，無非就是空間和時間的平衡，只保存當前區塊產生的交易意味著是做懶載入(需要的時候才去尋找賬戶)，在區塊鏈中這個代價是非常大的，因為尋找的賬戶之前從未交易過，這樣會遍歷整個區塊鏈。另外一種保存全局的賬戶方式雖然看起來空間消耗較大，但查找快捷，而且空間的問題我們可以通過其他方式優化。所以最終以太坊選擇了第2種每個區塊都報錯全局所有賬戶的方式。

我們來看下以太坊中是如何保存狀態樹的。

可以看到以太坊中雖然每個區塊都保存了全部賬戶，但是會將未發生變化的賬戶狀態指向前1個節點，本身只存儲發生變化的狀態，這樣可以較大程度優化空間佔用。

介紹完以太坊中比較復雜的狀態樹後，我們繼續來看看以太坊中的另外兩棵樹，交易樹和收據樹。

首先介紹一下，為什麼需要交易樹&收據樹。

1.交易樹

雖然以太坊是基於賬戶的模型，但是就像銀行不僅會存儲銀行卡的余額，還會存儲卡中的每筆錢怎麼來的以及怎麼花的。交易樹中就存儲著當前區塊中的包含的所有交易。

2.收據樹

由於智能合約的引入增加了不少復雜性，所以以太坊用收據樹存儲著一些交易操作的額外信息。比如交易過程中執行日誌就包含在收據樹中方便查詢。收據樹和交易樹是一一對應的。每發生一次交易就會有一次收據。

和狀態樹不同交易樹和收據樹只維護當前區塊內發生的交易，因為當時區塊發生交易時不需要再去查找另外1個交易，也就之前需要可能遍歷整個區塊鏈的查找操作了。

由於以太坊中的出塊速度較快，我們進行一些查詢一些符合條件交易的時候會面臨大量數據遍歷困難的問題。收據樹中引入了布隆過濾器可以幫助我們有效緩解這一困難。

布隆過濾器將大集合中每個元素進行hash運算映射到1個較小的集合，這時再來1個元素要判斷是否在大集合的時候，不需要遍歷整個大集合，而是去進行hash運算去小集合中尋找是否存在，如果不存在，肯定不在大集合中，如果存在則不能說明任何問題。

如上圖所示，布隆過濾器只能證明某1個元素不在集合中，不能證明1個元素在結合中。

以太坊中如果我們要在較多區塊中尋找某1個交易，則可以利用布隆過濾器，過濾掉肯定不存在目標交易的區塊，然後進入收據樹內繼續利用布隆過濾器篩選，剩下的才是可能的目標交易的交易，進行一一比對即可。

我們介紹了以太坊的核心數據結構，狀態樹&交易樹&收據樹，他們都是使用相同的數據結構-哈希壓縮字典樹。但狀態樹是維護1顆全局賬戶樹，交易樹和收據樹則是維護本區塊內的交易或收據。

介紹完數據結構後，後面我們會用幾篇文章來介紹以太坊中的一些核心演算法，比如共識機制，挖礦演算法等。

㈡ 以太坊是什麼丨以太坊開發入門指南

以太坊是什麼丨以太坊開發入門指南
很多同學已經躍躍欲試投入到區塊鏈開發隊伍當中來，可是又感覺無從下手，本文將基於以太坊平台，以通俗的方式介紹以太坊開發中涉及的各晦澀的概念，輕松帶大家入門。
以太坊是什麼
以太坊（Ethereum）是一個建立在區塊鏈技術之上， 去中心化應用平台。它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。
對這句話不理解的同學，姑且可以理解為以太坊是區塊鏈里的Android，它是一個開發平台，讓我們就可以像基於Android Framework一樣基於區塊鏈技術寫應用。
在沒有以太坊之前，寫區塊鏈應用是這樣的：拷貝一份比特幣代碼，然後去改底層代碼如加密演算法，共識機制，網路協議等等（很多山寨幣就是這樣，改改就出來一個新幣）。
以太坊平台對底層區塊鏈技術進行了封裝，讓區塊鏈應用開發者可以直接基於以太坊平台進行開發，開發者只要專注於應用本身的開發，從而大大降低了難度。
目前圍繞以太坊已經形成了一個較為完善的開發生態圈：有社區的支持，有很多開發框架、工具可以選擇。
智能合約
什麼是智能合約
以太坊上的程序稱之為智能合約， 它是代碼和數據(狀態)的集合。
智能合約可以理解為在區塊鏈上可以自動執行的（由事件驅動的）、以代碼形式編寫的合同（特殊的交易）。
在比特幣腳本中，我們講到過比特幣的交易是可以編程的，但是比特幣腳本有很多的限制，能夠編寫的程序也有限，而以太坊則更加完備（在計算機科學術語中，稱它為是「圖靈完備的」），讓我們就像使用任何高級語言一樣來編寫幾乎可以做任何事情的程序（智能合約）。
智能合約非常適合對信任、安全和持久性要求較高的應用場景，比如：數字貨幣、數字資產、投票、保險、金融應用、預測市場、產權所有權管理、物聯網、點對點交易等等。
目前除數字貨幣之外，真正落地的應用還不多（就像移動平台剛開始出來一樣），相信1到3年內，各種殺手級會慢慢出現。
編程語言：Solidity
智能合約的默認的編程語言是Solidity，文件擴展名以.sol結尾。
Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。
還有長像Python的智能合約開發語言：Serpent，不過建議大家還是使用Solidity。
Browser-Solidity是一個瀏覽器的Solidity IDE, 大家可以點進去看看，以後我們更多文章介紹Solidity這個語言。
運行環境：EVM
EVM（Ethereum Virtual Machine）以太坊虛擬機是以太坊中智能合約的運行環境。
Solidity之於EVM，就像之於跟JVM的關系一樣，這樣大家就容易理解了。
以太坊虛擬機是一個隔離的環境，在EVM內部運行的代碼不能跟外部有聯系。
而EVM運行在以太坊節點上，當我們把合約部署到以太坊網路上之後，合約就可以在以太坊網路中運行了。
合約的編譯
以太坊虛擬機上運行的是合約的位元組碼形式，需要我們在部署之前先對合約進行編譯，可以選擇Browser-Solidity Web IDE或solc編譯器。
合約的部署
在以太坊上開發應用時，常常要使用到以太坊客戶端（錢包）。平時我們在開發中，一般不接觸到客戶端或錢包的概念，它是什麼呢？
以太坊客戶端（錢包）
以太坊客戶端，其實我們可以把它理解為一個開發者工具，它提供賬戶管理、挖礦、轉賬、智能合約的部署和執行等等功能。
EVM是由以太坊客戶端提供的。
Geth是典型的開發以太坊時使用的客戶端，基於Go語言開發。 Geth提供了一個互動式命令控制台，通過命令控制台中包含了以太坊的各種功能（API）。Geth的使用我們之後會有文章介紹，這里大家先有個概念。
Geth控制台和Chrome瀏覽器開發者工具里的面的控制台是類似，不過是跑在終端里。
相對於Geth，Mist則是圖形化操作界面的以太坊客戶端。
如何部署
智能合約的部署是指把合約位元組碼發布到區塊鏈上，並使用一個特定的地址來標示這個合約，這個地址稱為合約賬戶。
以太坊中有兩類賬戶：
· 外部賬戶
該類賬戶被私鑰控制（由人控制），沒有關聯任何代碼。
· 合約賬戶
該類賬戶被它們的合約代碼控制且有代碼與之關聯。
和比特幣使用UTXO的設計不一樣，以太坊使用更為簡單的賬戶概念。
兩類賬戶對於EVM來說是一樣的。
外部賬戶與合約賬戶的區別和關系是這樣的：一個外部賬戶可以通過創建和用自己的私鑰來對交易進行簽名，來發送消息給另一個外部賬戶或合約賬戶。
在兩個外部賬戶之間傳送消息是價值轉移的過程。但從外部賬戶到合約賬戶的消息會激活合約賬戶的代碼，允許它執行各種動作（比如轉移代幣，寫入內部存儲，挖出一個新代幣，執行一些運算，創建一個新的合約等等）。
只有當外部賬戶發出指令時，合同賬戶才會執行相應的操作。
合約部署就是將編譯好的合約位元組碼通過外部賬號發送交易的形式部署到以太坊區塊鏈上（由實際礦工出塊之後，才真正部署成功）。
運行
合約部署之後，當需要調用這個智能合約的方法時只需要向這個合約賬戶發送消息（交易）即可，通過消息觸發後智能合約的代碼就會在EVM中執行了。
Gas
和雲計算相似，佔用區塊鏈的資源（不管是簡單的轉賬交易，還是合約的部署和執行）同樣需要付出相應的費用（天下沒有免費的午餐對不對!）。
以太坊上用Gas機制來計費，Gas也可以認為是一個工作量單位，智能合約越復雜（計算步驟的數量和類型，佔用的內存等），用來完成運行就需要越多Gas。
任何特定的合約所需的運行合約的Gas數量是固定的，由合約的復雜度決定。
而Gas價格由運行合約的人在提交運行合約請求的時候規定，以確定他願意為這次交易願意付出的費用：Gas價格（用以太幣計價） * Gas數量。
Gas的目的是限制執行交易所需的工作量，同時為執行支付費用。當EVM執行交易時，Gas將按照特定規則被逐漸消耗，無論執行到什麼位置，一旦Gas被耗盡，將會觸發異常。當前調用幀所做的所有狀態修改都將被回滾， 如果執行結束還有Gas剩餘，這些Gas將被返還給發送賬戶。
如果沒有這個限制，就會有人寫出無法停止（如：死循環）的合約來阻塞網路。
因此實際上（把前面的內容串起來），我們需要一個有以太幣余額的外部賬戶，來發起一個交易（普通交易或部署、運行一個合約），運行時，礦工收取相應的工作量費用。
以太坊網路
有些著急的同學要問了，沒有以太幣，要怎麼進行智能合約的開發？可以選擇以下方式：
選擇以太坊官網測試網路Testnet
測試網路中，我們可以很容易獲得免費的以太幣，缺點是需要發很長時間初始化節點。
使用私有鏈
創建自己的以太幣私有測試網路，通常也稱為私有鏈，我們可以用它來作為一個測試環境來開發、調試和測試智能合約。
通過上面提到的Geth很容易就可以創建一個屬於自己的測試網路，以太幣想挖多少挖多少，也免去了同步正式網路的整個區塊鏈數據。
使用開發者網路(模式)
相比私有鏈，開發者網路(模式)下，會自動分配一個有大量余額的開發者賬戶給我們使用。
使用模擬環境
另一個創建測試網路的方法是使用testrpc，testrpc是在本地使用內存模擬的一個以太坊環境，對於開發調試來說，更方便快捷。而且testrpc可以在啟動時幫我們創建10個存有資金的測試賬戶。
進行合約開發時，可以在testrpc中測試通過後，再部署到Geth節點中去。
更新：testrpc 現在已經並入到Truffle 開發框架中，現在名字是Ganache CLI。
Dapp：去中心化的應用程序
以太坊社區把基於智能合約的應用稱為去中心化的應用程序(DecentralizedApp)。如果我們把區塊鏈理解為一個不可篡改的資料庫，智能合約理解為和資料庫打交道的程序，那就很容易理解Dapp了，一個Dapp不單單有智能合約，比如還需要有一個友好的用戶界面和其他的東西。
Truffle
Truffle是Dapp開發框架，他可以幫我們處理掉大量無關緊要的小事情，讓我們可以迅速開始寫代碼-編譯-部署-測試-打包DApp這個流程。
總結
我們現在來總結一下，以太坊是平台，它讓我們方便的使用區塊鏈技術開發去中心化的應用，在這個應用中，使用Solidity來編寫和區塊鏈交互的智能合約，合約編寫好後之後，我們需要用以太坊客戶端用一個有餘額的賬戶去部署及運行合約（使用Truffle框架可以更好的幫助我們做這些事情了）。為了開發方便，我們可以用Geth或testrpc來搭建一個測試網路。
註：本文中為了方便大家理解，對一些概念做了類比，有些嚴格來不是准確，不過我也認為對於初學者，也沒有必要把每一個概念掌握的很細致和准確，學習是一個逐步深入的過程，很多時候我們會發現，過一段後，我們會對同一個東西有不一樣的理解。

㈢ 什麼是以太幣/以太坊ETH

以太幣（ETH）是以太坊（Ethereum）的一種數字代幣，被視為「比特幣2.0版」，採用與比特幣不同的區塊鏈技術「以太坊」（Ethereum），一個開源的有智能合約成果的民眾區塊鏈平台，由全球成千上萬的計算機構成的共鳴網路。開發者們需要支付以太幣（ETH）來支撐應用的運行。和其他數字貨幣一樣，以太幣可以在交易平台上進行買賣 。

溫馨提示：以上解釋僅供參考，不作任何建議。入市有風險，投資需謹慎。您在做任何投資之前，應確保自己完全明白該產品的投資性質和所涉及的風險，詳細了解和謹慎評估產品後，再自身判斷是否參與交易。
應答時間：2020-12-02，最新業務變化請以平安銀行官網公布為准。
[平安銀行我知道]想要知道更多？快來看「平安銀行我知道」吧~
https://b.pingan.com.cn/paim/iknow/index.html

㈣ 以太坊中的國際銀行賬號iban

簡單地說，以太坊中的iban賬號是以太坊為了和傳統的銀行系統對接而引入的概念，web3.js中提供了以太坊地址和iban地址之間的轉換方法。

iban這個概念源於傳統的銀行系統，其英文全稱為 International Bank Account Number ，即國際銀行帳號。iban的作用是為全球任意一家銀行中的任意一個賬戶生成一個全球唯一的賬號，以便進行跨行交易。一個iban賬號看起來像這樣：

iban地址最多可以包含34個字母和數字，其中的字母大小寫不敏感。在iban
中包含以下信息：

以太坊引入了一個新的IBAN國別碼：XE，其中E代表Ethereum，X代表非法幣（non-jurisdictional currencies）。同時，以太坊提出了三種BBAN的編碼格式：direct、basic和indirect。

direct編碼方案中的BBAN為30個字母/數字，只有一個欄位：賬戶編號。例如，以太坊地址 轉換為direct方案的BBAN賬號，就得到 。

可以使用web3.js中的 web3.eth.Iban.fromEthereumAddress()
方法來執行這一轉換：

basic編碼方案與direct方案的唯一區別在於，其BBAN長度為31個字母/數字，因此該方案不兼容IBAN。

indrect編碼方案中的BBAN長度為16個字母/數字，包含三個欄位：

例如，一個採用indrect編碼方案的以太坊iban賬號，看起來是這樣：

前面的 XE 表示國別碼， 81 為校驗和，後面的16個字元就是indrect編碼的BBAN，其中：

如前所述，使用 web3.eth.Iban.fromEthereumAddress() 方法，可以將一個以太坊地址轉換為direct編碼方案的iban賬號。與之對應的，可以使用 web3.eth.Iban.toAddress 方法，將一個採用direct編碼方案的iban賬號，轉換回以太坊地址。例如：

iban賬號中的校驗和用來幫助核驗一個給定字元串是否為有效的iban賬號。可以使用web3.js中的 web3.eth.Iban.isValid()
來進行執行校驗。例如：

原文： http://blog.hubwiz.com/2018/06/03/ethereum-iban/

㈤ 什麼是以太坊

首先回答您什麼是以太坊，以太坊是一種編程的語言也是一個平台，而投資/投機者們所關注的以太坊其實是以太幣，也就是由以太坊衍生的一種數字代幣——eth以太幣（ethereum）

以太坊有沒有投資前景，我們只需要看它的價值，從幾十元到幾百元的漲幅之大，且不說未來的泡沫與否，單說這個階段升值的空間，還是值得大家關注的！
以太坊交易平台，目前我推薦btctrade平台（比特幣交易網）國內比較靠譜的大的交易平台！2016年就上線了以太坊，幣價漲勢驚人！
以太坊（Ethereum）是將比特幣中的一些技術和概念運用於計算領域的一項創新。比特幣被認為是一個系統，該系統維護了一個安全地記錄了所有比特幣賬單的共享的賬簿。以太坊利用了很多跟比特幣類似的機制（比如區塊鏈技術和 P2P 網路），來維護一個共享的計算平台，這個平台可以靈活且安全地運行用戶想要的任何程序（當然也包括類似比特幣的區塊鏈程序）。

㈥ 什麼是EOS賬號——TP錢包入門教程

EOS 的錢包賬戶體系設計與BTC、ETH 的體系有很大的差別，不再是一個私鑰對應一個長串的公鑰地址，而是由1-5和a-z組成12位的唯一的名稱，每個人都可以自定義自己的賬戶名。（12位字元以下的賬戶名是需要出價競拍的）

如：

ETH賬戶形式 ：

EOS賬戶形式 ：itokenpocket

有了EOS賬戶名後，當你接收他人轉賬或者給他人轉賬時，就不再需要輸入一長串的字元地址，不僅好記而且不容易輸錯，大大提升了大家的轉賬體驗。

EOS賬戶信息包括Token、智能合約、公鑰、質押和投票信息等

TokenPocket錢包官網： TokenPocket - 你的通用數字錢包 | EOS錢包 - 以太坊錢包 - BOS錢包 - 墨客錢包 - ENU錢包 - 井通錢包

㈦ 代幣合約地址是什麼意思

代幣合約地址指的是由一組數據和代碼組成（其中數據代表合約的狀態，代碼為解釋合約的函數），使用 Solidity 在以太坊創建的合約賬戶地址。

以太坊賬戶種類

1 、個人用戶利用以太坊錢包創建的外部賬戶，外部賬戶由私鑰和公鑰組成；

2 、合約賬戶：即同以上介紹，代幣合約是一種智能合約，包含用戶賬戶地址及其餘額映射。合約賬戶在以太坊區塊鏈上的一個特殊地址上，且沒有私鑰。

代幣合約的優勢

1 、數字貨幣交易市場全年無休，無漲跌限制交易；

2 、代幣合約支持多空雙向交易，且允許在選擇高杠桿時對現貨市場行情進行拷貝，資產流動性與資金利用率都得到了極大提高；

3 、代幣合約具有杠桿越高，所需初始保證金比例越小的特點，也就是說投資者的入市門檻低，存在以小博大的可能。

綜上所述，代幣合約就是一面放大鏡，能夠放大收益，同時也會放大風險，放大虧損。投資者需要在進行充分了解後，再選擇入市。

㈧ 一個以太坊節點最多可以有 幾個賬戶地址

一個以太坊節點最多可以有 幾個賬戶地址？
答：一般只有一個賬戶地址，否則會出現錯誤的！區塊鏈本身就是具有唯一性的，如果有多個賬戶地址在一個節點上，就違反了區塊鏈的根本！

㈨ 以太坊之賬戶

外部賬戶創建流程:

當使用 geth account new 命令新建賬戶，最終調用 accountCreate(accountcmd.go)=>keystore.StoreKey=>storeNewKey(key.go)

storeNewKey完成私鑰、公鑰、地址的生產，最後保存成keystore文件到指定路徑。

最後保存的keystore文件為json格式，如下:

以下為用密碼可以推出私鑰的流程

對交易發起人的地址和nonce進行RLP編碼，再算出Keccak哈希值，取後20個位元組作為該合約的地址,即: Keccak-256(RLP(sender, nonce))[12:]
函數位於: crypto/crypto.go

賬戶在區塊鏈上的存儲結構，內外賬戶的結構都是一樣

文章github地址

㈩ busd合約地址

在busd官網即可查到合約地址。BUSD是由Paxos信託公司發行並託管的一種美元擔保的穩定資產，由紐約州金融服務部監管。BUSD直接在Paxos.com以1:1的價格出售，並將在Binance上市交易。
拓展資料
1.什麼是合約地址？
以太坊的賬戶有兩種： 一種是個人用戶使用以太坊錢包生成的外部賬戶，由公鑰和私鑰組成； 一種是合約賬戶，使用Solidity程序語言，由一組代碼（合約的函數）和數據（合約的狀態）組成，比如在以太坊上發ERC20的幣就是創建了一個合約賬戶。這種生成的地址就是合約地址，是沒有私鑰的。合約位於以太坊區塊鏈上的一個特殊地址。
2.一個幣的合約地址有什麼用
一個幣的合約地址可以用來查看該代幣的余額等具體信息，還可以查看詳細的合約內容。本質上來說，一個代幣合約就是一個包含了一個對賬戶地址及其餘額的映射的智能合約。賬戶余額表示一種由合約創建者定義的值：一個代幣合約也許使用余額來表示物理對象，或是表示另一種貨幣價值，還可以表示持有人的名望。余額的單位通常被稱為token。
當token從一個賬戶被轉移到另一個賬戶的時候，代幣合約更新兩個賬戶的余額。如果該token合約允許的話，改變token總體數量有兩種方案。token的總數可以通過鑄造新token來增加。舉個例子，鑄造出想要的token到具體的合約地址 。銷毀token的另一種方式是將token發送到一個未創建私鑰的地址，通常來說就是0地址。這會使得這些token不可用，在這方面，它與銷毀token有同樣的效果，但並沒有減少token的總數。簡單的代幣合約在一個從地址到余額的映射中保存上述信息。當更多復雜的情景出現時，比如分紅，替代性結構或者增補性結構往往更強一些。