我想要解釋蘿莉上鏈可以避免掉 IPFS 這種太忙以致於讀不出圖的問題,但不太確定精確的敘述要怎麼說(抓頭
理論上區塊鏈沒有塞就不會有圖片 load 不下來的問題對吧?
麻瓜式說法大概是:
Not like NFTs with images stored on IPFS or a specific server, a fully on-chain NFT does not struggle to load the image as long as the blockchain runs.
這麼說好了,IPFS 最根本是 CID,內容識別碼。這跟一般網址以位置作為標記的做法很不同。
那如果你架了 IPFS 節點,就可以透過 IPFS 協定跟你的 peer 要求分給你某個 CID 的檔案,某種程度上來說像是 BT。
可是目前大部分瀏覽器是不支援 IPFS 協定的,就算吃的下 ipfs://你的名字 ,骨子裡其實也是置換成 ht t ps://外婆家的subway/ipfs/你的名字,也就是說,資料傳送還是走 https 協定。
那 Smart Waifu 會 image not found 是因為用了 infura 的 gateway,而 infura 看起來是限制了一個客戶端一個時間內能發出的存取 IPFS 內容的請求。跟 Pinata 的 gateway 比起來,infura 看起來算是蠻夠意思的了。
不過就算是 ipfs.io,文件也是說不該無節制的拿來當作網站伺服器用。簡單來說,https gateway 只是 ipfs 協定在普及前的過渡。至於是否真能普及那就是另外的問題了。
那要避免 image not found 一類的問題,一個方式就是自己架一個 ipfs (節點 +) gateway。Reapers 就是這樣。那架 gateway 就有成本。
RPC 之於 gateway 大概如 blockchain 之於 ipfs 協定
其實我打了一段,但覺得也未必精確,不過既然你接著問了,就貼上來看你怎麼增刪運用了:
In its essence, IPFS provides a means in the unique identification of a certain file via its Content Identifier (CID) system, while contrary to common believe, a file simply uploaded to IPFS is not automatically guaranteed of its persistency.
To ensure optimal usage of resources, which are limited as always, the IPFS regularly runs the garbage collection procedure that may result in the removal of files that are not pinned.
In addition to the existence of the content, the retrieval of the IPFS content is currently often subject to the availability and the request/quota limit imposed by the IPFS https gateways.
An NFT that is fully on-chain persists along with the blockchain. Its retrieval of course still relies on the availability of the RPC servers. The RPC servers, however, can be regarded as elements of the smartBCH eco-system and hence a fully on-chain NFT to some extent may be described as self-contained within the smartBCH infrastructure.
6 comments
我想要解釋蘿莉上鏈可以避免掉 IPFS 這種太忙以致於讀不出圖的問題,但不太確定精確的敘述要怎麼說(抓頭 理論上區塊鏈沒有塞就不會有圖片 load 不下來的問題對吧? 麻瓜式說法大概是: Not like NFTs with images stored on IPFS or a specific server, a fully on-chain NFT does not struggle to load the image as long as the blockchain runs.
說起來如果哪天 IPFS 協定普及而不需仰賴 https gateway 的話,跟 on-chain 比起來至少在存取上來說 IPFS 不見得劣於上鏈。 但同樣的論述也可以說,如果 smartBCH 節點 / RPC 普及,上鏈在存取上也就沒什麼問題。
這篇就是聊這個 https://noise.cash/post/lgk92n7n 雖然免除了 IPFS Gateway 養套殺緊箍咒 但還是受制於 RPC 如果真的要說的話,就是這個 NFT 的存取完全取決於 smartBCH 社群的共力,而不需要依賴第三方的基礎設施。
啊? 那篇我有看,然後因為不懂 RPC 跟 gateway 作用是什麼就沒在記憶裡註冊這段 (艸)(而且看完維基還是不懂) 原本就使用者直覺來講不用在那邊一直 image not found 是個蠻大的優點,不過這樣看來就是暫時的狀況而已,沒有到可以拿來當賣點。
這麼說好了,IPFS 最根本是 CID,內容識別碼。這跟一般網址以位置作為標記的做法很不同。 那如果你架了 IPFS 節點,就可以透過 IPFS 協定跟你的 peer 要求分給你某個 CID 的檔案,某種程度上來說像是 BT。 可是目前大部分瀏覽器是不支援 IPFS 協定的,就算吃的下 ipfs://你的名字 ,骨子裡其實也是置換成 ht t ps://外婆家的subway/ipfs/你的名字,也就是說,資料傳送還是走 https 協定。 那 Smart Waifu 會 image not found 是因為用了 infura 的 gateway,而 infura 看起來是限制了一個客戶端一個時間內能發出的存取 IPFS 內容的請求。跟 Pinata 的 gateway 比起來,infura 看起來算是蠻夠意思的了。 不過就算是 ipfs.io,文件也是說不該無節制的拿來當作網站伺服器用。簡單來說,https gateway 只是 ipfs 協定在普及前的過渡。至於是否真能普及那就是另外的問題了。 那要避免 image not found 一類的問題,一個方式就是自己架一個 ipfs (節點 +) gateway。Reapers 就是這樣。那架 gateway 就有成本。 RPC 之於 gateway 大概如 blockchain 之於 ipfs 協定 其實我打了一段,但覺得也未必精確,不過既然你接著問了,就貼上來看你怎麼增刪運用了: In its essence, IPFS provides a means in the unique identification of a certain file via its Content Identifier (CID) system, while contrary to common believe, a file simply uploaded to IPFS is not automatically guaranteed of its persistency. To ensure optimal usage of resources, which are limited as always, the IPFS regularly runs the garbage collection procedure that may result in the removal of files that are not pinned. In addition to the existence of the content, the retrieval of the IPFS content is currently often subject to the availability and the request/quota limit imposed by the IPFS https gateways. An NFT that is fully on-chain persists along with the blockchain. Its retrieval of course still relies on the availability of the RPC servers. The RPC servers, however, can be regarded as elements of the smartBCH eco-system and hence a fully on-chain NFT to some extent may be described as self-contained within the smartBCH infrastructure.
那我們測試時用 infura 的 RPC / API 伺服器對吧 免費帳號一天只有 100 k 的 request 上限 那 greyh.at 等 smartBCH RPC 想要的話也是可以這麼做