请分享你们团队的历程

2020 年我们做电子取证项目的过程中发现我们有一个巨大的需求, 即公有云环境, 同时提供足够的安全性, 我们意识到对我们来说可能是一个构建新产品的机会, 即能够在不牺牲易用性的情况下, 拥有非常高的数字隐私和网络安全防护能力.

一开始我们的解决方案是基于 Secret Network, 存储是基于 Filecoin, 但是很快碰到了一些瓶颈, 我们想要足够便宜的方案. 所以, 随后我们转向了我们自己的 L1 方案, 即 Jackal, 我们的团队现在有 12 个人, 绝大多数都是工程师. 目前只有 2 个人在做业务拓展.

Jackal 的定位是什么, 大家为什么需要用它

我们现在有一个非常早期的产品, 叫 Jackal dashboard, 你可以理解为是 web3 版本的 Dropbox, 可以实现简单拖拽使用体验. 但是其背后是一个基于 P2P 技术, 能够提供高度安全和隐私能力, 很快可以实现无需中间人的两方共享.

此外, 我们计划将 Jackal 打造为面向企业的产品, 让更多协议和应用使用 Jackal, 我们期待将 Jackal 打造成 web3 首选存储层.

我们希望将 Jackal 更多的用于 NFT 市场、去中心化社交媒体、去中心化音乐、链的状态备份、快照, Jackal 协议自身也是通过存储 TB 级的特色数据来盈利.

对 Jackal 来说, 几乎任何数据都可以成为我们的服务对象, 我们希望借助 Jackal 的 api 能深入集成 web2 或者 web2.5 的服务领域, 比如摄像头的录像.

Jackal 选择 Cosmos 有哪些优势？

Cosmos 最酷的地方在于其模块化应用链技术栈, 比如 Cosmos SDK, Tendermint 共识.  我们可以根据自己的需求来创建专用的存储模块, 也可以支持全世界各地的存储服务商来创建存储合约.

我们在协议里支持 proof of persistence( 持久化证明 ), 我们有能力为我们的数据存储、数据存储的管理提供各种场景以及定制优化.

我们喜欢 Cosmos,因为我们需要自己的独立主权能力, Cosmos 完全支持这一点.

另外, 就是 PoS, 提供了足够的速度以及交互能力. Jackal 应该是唯一的基于 PoS 的存储链.

当然, 更不用说有了 IBC 支持, 未来 Jackal 可以扩展到更多的地方, 比如可以基于 Interchain Account 在 Archway 上创建一个可以访问 Jackal 存储账户的合约.

介绍下 Jackal 的技术栈

有一些通用模块, 比如 Mint 模块, 我们简单修改了一些就可以直接使用了.

比如 NameService 模块, 我们用来提升用户体验提供的域名服务, 比如可以直接使用 ray.jackal 来向对方发送文件非常棒.

另外我们的 Wasm 模块也即将上线, 用来支持智能合约.

还有一个重要的模块是存储模块, 它包括了持久化证明以及数据丢失检测两个部分.

持久化证明是说, 存储服务商在接受到一个文件后他们需要隔一段时间向协议提交一个证明, 如果没有提交则存储合同将被取消, 并重新与另一个新的提供商建立合约.

数据丢失检测用到了类似 IPFS 的内容标识 (FID), 让我们有能力基于公钥 / 私钥签名实现 P2P 文件共享以及确保内容都经过加密处理

如何确保数据存储的完整和安全？

首先, Jackal 并没有使用额外的技术, 不需要用户名、密码或者手机号码, 仅仅是你的钱包和你的私钥.

任何情况下你和其他人分享你的文件, 不需要中间人, 并且数据提供商无法访问你的文件内容, 因为数据是加密处理的, 由私钥持有者来决定谁可以访问数据.

所以, 这是一个完整的 P2P 传输机制,没有中间人, 它自然的继承了区块链自身的安全和隐私特性.

Jackal 应用场景有哪些？

Jackal 是一个底层存储基础设施, 所以理论上任何类型的数据都可以存放到 Jackal 上.

第一阶段最容易被大家理解的当然是行业内部的需求, 比如 NFT 市场、预言机、链上状态快找等.

其次是公共领域的数据, 比如城市手机的空气质量数据, 以及其他需要保护并保存很久的各类数据.

还有一个比较大的数据存储需求是录像以及创作领域的数据. 比如档案馆、图书馆数据等.  它们有可能是最大的数据集, 并且对我们来说也最容易集成.

我们团队正在提供一个叫 Stratus 的 API, 通过该 api 你可以轻松的将文件存储到 Jackal.  另一个是微服务备份工具,叫 ByteBunker, 可以集成到不同的应用中. 比如 HubSpot 这类 CRM 管理工具, 或者 MailChimp.

值得一提的是, Jackal 社区也在持续构建新的应用类型, 比如有一个社区正在计划将它们视频会议平台 Muse 上的录像和直播内容存储到 Jackal.

如何成为 Jackal 的供应商？

成为 Jackal 的数据存储供应商最主要的条件自然是硬盘, 这个也应该是你最大的开销, 取决于你计划提供多少存储能力, 其次 CPU 配置大约 8 核就可以, 至于内存则是最低要求.

如果你需要技术指导, 首先推荐进入 jackal 的 Discord 专门频道, 会有人给你提供技术指导和支持; 其次是官方的文档有详细的说明.

Jackal 当前网络上大约有 200 个供应商.

Jackal 是如何来降低 Gas 费的

Jackal 上有非常多的交易, 而 Jackal 的所有存储证明都是通过交易实现的, 所以交易本身需要尽可能高效.

协议上的每个文件, 每隔 3-6 个小时就会提交一个证明的交易, 在早期交易空间非常满, 导致节点出块时间超过 6 秒, 借助 LZ 字符压缩我们实现了文件 40% 到 90% 的压缩, 同时也降低了节点的 gas 消耗.

另一方面, 在共识层面我们做了优化. 每隔一段时间没个文件都会向验证人提交证明, 对于验证人来说比较有压力, 想一下,没个文件有 20kb 看起来不大, 但是当网络上有 100 万个文件的时候, 对验证人的计算压力就会非常大.

我们新的方案是让数据供应商之间相互验证, 但是会向链上提交证明, 你可以理解为是某种类似 L2 扩展方案, 这种方案最终证明文件不再需要 22K, 仅仅有 2K 左右.

借助字符压缩和共识改进, 我们最终实现整个系统的效率最大程度提升.

请介绍下 Jackal 的存储价格以及永久存储

我们设置一个标准费率目的在于便于企业财务决策, 试想,如果价格有波动, 企业会很难接受, 因为它们不知道每次支付的存储成本是多少, 因此我们希望和美元挂钩.

即 8$/ 月 /TB, 预付款方式, 后面我们会考虑结合如何通过钱包实现后付费.

Arweave 的永久存储默认是 200 年, 在 Jackal 协议上如果你想要 200 年的永久存储, 成本大约是 20 美元 /GB.  与 Arweave 相比 ( 注: Arweave 目前的存储成本大约 3 美元 /GB) 费用要贵不少.

但是如果你打算存储的时间少于 50 年, Jackal 更便宜;如果存储时间超过 50 年, Arweave 更便宜. 另外, Jackal 的优势是速度和隐私的保护, 所以你可以根据自己的需求做出权衡.

Jackal 和竞争对手对比如何？

Jackal 的首要特点是隐私, 我们默认用友加密和隐私能力, 并且提供链上权限. 这个是独有的.

Jackal 擅长的事隐私、速度快以及易用性.  每个月每 TB 8 美元.

Filecoin 检索文件需要多大 24 小时才能完成, Filecoin 更侧重于冷存储, 你可以将其当作归档工具使用,并且可以长时间保存文件.

Arweave 提供永久数据存储, 在某种程度上与 Jackal 类似, 我们都有一个网络来管理数据. 但 Arweave 的缺点是如果你没有准备好全部的文件, 费用会非常昂贵.

Jackal 的经济模型

第一个版本中我们的设想是会有大量的数据存储需求, 供应商通过区块奖励获得激励, 这本质上是一个通胀模型.

我们现在关注的是将 Jackal 转变为更具通缩性的模型. 我们希望存储供应商既不能过于受到激励, 也不能过低激励.

JKL 合作的 DEX 包括 Osmosis, Astrovault, Crescent, Kujira, Shade.

个人用户如何参与 Jacka

个人可以通过多种方式来参与到 Jackal, 第一个方式就是帮我们介绍其他应用程序来使用我们的去中心化存储, 这是我们快速得到引荐的一个重要途径.

我们已经与很多的 NFT 市场在合作或即将合作, 包括 Stargaze, Bitsong, NFT.storage,

第二个方式就是直接基于 Jackal 协议构建应用, 我们拥有一个小而强大的非常热衷于 build 的社区. 参与其中的最好方式就是加入 Discord, 并参加每周三的 town hall.

介绍下 Jackal 的 grant 计划

总体来说， 我们期待在 Jackal 上有 TB 级存储需求的应用， 我们都是欢迎的。 当然， 也包括那些能带来大量用户的应用。

比如预言机类的应用， 你希望将所有数据都备份到 Jackal， 这是一种使用场景。

再比如社交媒体类应用， 你可以借助 Jackal 实现对每个用户权限的细粒度管理， 这也是一个很好的使用场景。

Jackal 的 Q3 是什么计划？

Q3 我们确实很忙， 有许多产品和应用会发布。

之前提到的永存产品， Radiant；API 应用的产品 Stratus 很快会上线。

还有使用微服务提供备份的产品 ByteBunker， 用于类似 HubSpot 这类平台有大量数据需要备份的场景。 这是我们近期的重点工作。

另一个正在进展中的是 tokenonimics, 很快会有一个草案。

另外， 我们刚刚升级了 consensus spheres( 注：一种类似 L2 的并行共识扩容方案 )

另外我们正在解决赢钱钱包 Ledger 的兼容问题， 目前只能用于 token 操作， 但是存储操作还不行， 我们正在解决。

同时我们也正在和 Axler GMP(General Message Passing) 做集成， 以及 CosmWasm 智能合约支持。

如果你正在使用 IPFS， 借助 Jackal 可以方便的将其数据保存到 Jackal 上。

关于可扩展性方面， 我们继续在研究 zk-proof 和 SNARKS.  当然， 还有账户抽象， 你可以将其理解为一个 web3 的 api， 只需将文件人给智能合约它就可以自动保存你的文件， 在背后智能合约可以拥有存储帐户的能力， 当然， 这要归功于跨链帐户带来的效果。

提问：Cloud 可以方便的支持私有以及随时分享吗？

Jack 现在可以基于 peer to peer 来分享文件， 不过暂时是通过命令行方式来实现， 以后我们会有前端来支持。

另外一种是完全公开的分享， 这也是一个使用场景， 这种场景下不用考虑隐私， 比如你的各种静态文件， 博客或者一个 web 界面。当然这种情况下， 会稍微有点慢， 其中一个原因是， Jackal 的数据供应商不全是数据中心， 另外还和用户自己的所在网络有关系。

Stratus 和 ByteBunker 与 Amazon S3 的竞争

Stratus 可以理解为一个 web2 的传统 api， 它的使用场景是满足那些不是通过钱包或者协议层的入口， 但是这些用户仍然关注 Jacka 的隐私以及分布式特性。

目前是 testnet 阶段， 你可以通过邮件获取 API 的 Key。目前接口支持 Go 和 Python 语言。

当然这种方式会稍微贵一点， 因为在用户和协议之间多了一个中间层， 你需要为其提供路由。

ByteBunker 更多是是和平台级别的应用集成， 比如 MailChimp 和 HubSpot.

Jackal 的文件存储在哪里?

Jackal 有两个网络， 第一个就是验证人， 他们负责文件数和合约，以及分布式账本这类工作。

另一个网络就是基于 P2P 网络的存储供应商。 简单说他们是一组为存储数据的机器。目前 Jackal 协议上的存储上大约有 190 或者 200 个左右， 分布在全世界各地， 当然， 它是无许可的方式部署的。

这些存储供应商可以是数据中心的专用机器或者某些限制算力， 他们可以将其出租出去。你也可以在家里运行这些机器。并且， 所有存储在上面的文件都是经过加密处理的， 除了拥有私钥的人没有人可以访问他们。

假设某个供应商关掉了机器， 那么存储证明就会启动， 同时相应的旧的合约就会重新签订， 确保所有的文件都是完整的。