FROM : https://docs.blockstack.org/storage/write-to-read.html
一旦用户进行了身份验证，DApp获得了身份验证，应用程序就会通过blockstack.js库与Gaia进行交互。在Gaia hub中有两种处理数据的简单方法:putFile()和getFile()方法。本节将更详细地介绍这些方法、它们如何与hub交互以及如何使用它们。
Write-to和Read-from URL保证
Gaia构建在支持许多存储服务的驱动程序模型之上。因此，只需很少的几行代码，您就可以与Amazon S3、Dropbox等上的提供者进行交互。简单的getFile和putFile接口之所以保持简单，是因为Blockstack假设并希望鼓励开放源代码数据管理库的社区。
Gaia规范的性能和面向简单性保证是，当应用程序提交write-to https://myhub.service.org/store/foo/bar URL时，应用程序保证能够从https://myreads.com/foo/bar URL读取。注意，虽然write-to url(例如，myhub.service.org/store)和read-from url (https://myreads.com)中的前缀不同，但是foo/bar后缀是相同的。
一致的、相同的后缀允许应用程序准确地知道在给定读取前缀的情况下，可以从哪里读取已写文件。Gaia服务定义了一个hub_info端点来获取读取前缀:
GET /hub_info/
例如，如果我的服务返回:
{ ...,
"read_url_prefix": "https://myservice.org/read/“
}
使用这个getFile()和这个地址读取数据:
https://myservice.org/read/1DHvWDj834zPAkwMhpXdYbCYh4PomwQfzz/0/profile.json
确保应用程序的概要文件是用putFile()编写的，这个请求地址是:
https://myservice.org/store/1DHvWDj834zPAkwMhpXdYbCYh4PomwQfzz/0/profile.json
当您使用putFile()方法时，它接受用户数据并将其发布到用户的Gaia存储中心。数据直接发送到Hub，不使用区块链，也不存储任何数据。文件上载的限制目前为25mb。
Address-based访问控制
Gaia存储中心中的访问控制是基于每个地址执行的。只有当编写器能够证明它们控制了url /store/<address>/<file>时，才允许对url /store/<address>/<file>进行写操作。这是通过身份验证令牌实现的，该令牌是由与该地址关联的私钥签名的消息。消息本身是一个挑战文本，通过/hub_info/ endpoint返回。
网友评论