元数据服务器？idc数据中心
sas无法连接元数据服务器
sas无法连接元数据服务器是系统防火墙阻止了端口的通讯。根据查询信息公开显示，堡垒机的远程管理是建议在系统启动端口的基础上进行，该系统的防火墙阻止了端口的开启，自然而然就出现了无法连接服务的问题。这时开通堡垒机的管理权限即可，开通之后还是无法解决问题，那就要用排除法找出问题的根源再进行解决。
NFT 智能合约中的元数据(Metadata)
如何在智能合约中添加和存储元数据（Metadata）？
元数据（Metadata）是所有 NFT合约的重要组成部分，每个代币都有数据可供 OpenSea等市场检索并用于显示 NFT的内容，因此智能合约元数据（Metadata）是一个需要了解的重要信息。
那么如何存储它，甚至将它存储在哪里？以及如何在 NFT中实现元数据存储（Metadata）？
什么是元数据（Metadata）文件？
NFT合约的元数据（Metadata）文件是存储在区块链之外某处的 JSON文件。通过一些技巧，可以在链上执行此操作，也可以在 IPFS上执行此操作，或者在自己构建的服务器上执行，可以考虑使用 CDN。
这些文件可能以它们存储的令牌数据命名 tokenId。像 OpenSea，它们的内容如下：
{??"description":?"Friendly?OpenSea?Creature?that?enjoys?long?swims?in?the?ocean.",???"image":?"",???"name":?"Dave?Starbelly",??"attributes":?[????{??????"trait_type":?"Base",???????"value":?"Starfish"????},?????{??????"trait_type":?"Eyes",???????"value":?"Big"????}??],?}
如下述代码所示有描述、图像链接、名称和一些可选属性。这是一种相当简单的 JSON格式，可以在此处了解有关元数据标准的更多信息。接下来看看如何将这些数据从 IPFS或 CDN应用到智能合约中。
ERC721 TokenURI和 BaseURI
ERC721是需要在智能合约中实施才能被称为 NFT的标准。它实现了 IERC721，即 ERC721标准的接口。它的功能不多，但即便如此，大多数收藏品都从OpenZeppelin导入智能合约，避免重复造轮子。
OpenZeppelin的 ERC721合约有一些不错的额外功能和一些可选扩展。但基础 ERC721智能合约有两个值得注意的功能，即存储元数据、tokenURI以及 _baseURI。
_baseURI整个 tokenURI的基础。例如，如果有 10k个令牌的集合，可能已将元数据保存在 CDN或 IPFS上的文件夹中。这意味着每个令牌的整个 URI都是完全相同的，除了最后一部分，通常是 tokenId。
因此，如果 _baseURI是 ipfs://your_folder_hash/，并且特定令牌的 tokenId是 1234，那么完整的 tokenURI将是 ipfs://your_folder_hash/1234。
但是，需要自己实际实现 _baseURI函数。如果它什么都不返回，则 tokenURI函数将返回一个空字符串。
string?private?_baseUri;function?setBaseURI(string?calldata?baseUri)?external?onlyOwner()?{????_baseUri?=?baseUri;}function?_baseURI()?internal?view?override?returns?(string?memory)?{????return?_baseUri;}
在智能合约中，添加一个包含 _baseURI的字符串类型变量（公共或私有）。可以通过从任何地方调用 setBaseURI()来设置这个变量。当有人调用 tokenURI()时，智能合约会检索它，因为这会自动将 tokenId附加到 OpenZeppelin的 ERC721智能合约中的 baseURI。
ERC721URIStorage
它的一个扩展是 ERC721URIStorage，它允许为每个令牌设置不同的 tokenURI。如果为可能在 IPFS或 CDN中不共享同一文件夹的 1/1艺术品创建智能合约，这可能会很有用，增加了以下功能。
tokenURI(tokenId)
_setTokenURI(tokenId, _tokenURI)
铸造时，调用 _setTokenURI()为该新令牌设置 tokenURI，它还为这个新功能覆盖了 tokenURI函数。
总结
元数据（Metadata）是 NFT的重要组成部分。它存储图像和其他基本数据，文章介绍了如何使用 OpenZeppelins ERC721合约和 ERC721URIStorage的小扩展来实现它。
原文：
元数据管理系统的架构类型
元数据管理系统的架构类型
元数据管理系统（Metadata Management System，简称MMS）的架构类型主要有三种：
集中式架构：在这种架构类型中，所有的元数据都存储在一个中央位置，例如数据库。这种架构类型易于管理，但容易受到单点故障的影响。
分布式架构：在这种架构类型中，元数据被分散存储在多个位置，通常是由不同的服务器或设备组成。这种架构类型具有较高的可用性和可扩展性，但管理起来较为复杂。
混合式架构：这种架构类型结合了集中式和分布式架构的优点。元数据的一部分存储在中央位置，另一部分分散存储在多个位置。这种架构类型可以提供更好的可用性和可扩展性，但仍然易于受到单点故障的影响。
根据实际需求和应用场景的不同，可以选择不同的架构类型来实现元数据管理系统。
