Page cover

在 GigaSPOT 上部署

在 GigaSPOT 上的部署只能通过 GigaSPOT API 实现(https://gigaspot-api-docs.clore.ai/arrow-up-right),首先你需要为你的 clore.ai 账户生成 API 密钥

之所以这样选择,是因为 GigaSPOT 是面向专业人士的工具,在如此高度竞争的环境中,仅由机器人管理 GigaSPOT 订单才有意义。

GigaSPOT 不为其订单提供端口转发。如果你需要访问容器内的内部端口,我建议在你的工作负载中实现 FRParrow-up-right 在你的工作负载内

订单的有效期由托管提供商允许租用机器的时间决定。订单有效期限定为 20 天。此数据在市场快照中返回,描述如下 此处arrow-up-right


从 CLORE 容器注册表 (CCR) 部署

你需要首先将镜像从 dockerhubarrow-up-right 缓存到 CCR,目前对每个镜像有大小限制(600MB),这使其适用于 PoW 类型的工作负载,这样做是为了确保 GigaSPOT 对所有人公平,不会因缓存大型镜像而变慢,并允许绝大多数机器连接到 GigaSPOT。如果你的工作负载可以从 GigaSPOT 中受益,但无法压缩到 600MB 以内并且你预计在 GigaSPOT 上每月支出超过 20000 美元,请联系 [email protected]envelope

⚠️arrow-up-right 600MB 限制是针对未压缩镜像的,因此在构建镜像后,你可以在 docker image ls

中查看未压缩大小。CCR 上的镜像有默认 30 天的 TTL(生存时间),在使用该 CCR 镜像部署新的 GigaSPOT 订单时计时器会重置,这是为了自动清理不再需要的 CCR 镜像。


从基础镜像部署

CLORE.AI 创建的一些镜像已经缓存在我们的机器上,因此客户可以在 GigaSPOT 市场上使用它们

⚠️arrow-up-right 基础镜像不能保证长期不变,这些镜像将在未来自动更新为其基础镜像的较新版本。clore.ai 团队对基础镜像的未来更改将尽量避免破坏任何工作负载,但仍有可能在未来若干年基础镜像升级到较新版本的 Ubuntu 时导致你的工作负载失去支持。基础镜像的更新将在发生之前在 clore.ai 的社交渠道中提及,因此如果你在关注相关渠道,你会收到更新通知

1. Ubuntu 24.04

此镜像的 CCR ID 为 a3f9c4d7e5b088d8a0bff880

当前使用的基础镜像 cloreai/jupyter:ubuntu24.04-v2arrow-up-right 源代码在 https://gitlab.com/cloreai-public/containers/jupyterarrow-up-right

使用此镜像在容器内部部署时,默认你将有 650MB 的可用空间来设置你的工作负载

此镜像允许你通过指定在镜像首次启动时下载的 bash 脚本来部署工作负载

你可以参考此示例来使用以下工具挖掘 CLORE 区块链 t-rexarrow-up-rightvipor.netarrow-up-right 矿池

https://gitlab.com/cloreai-public/gigaspot-examples/ubuntu-base-mining/-/blob/main/example-clore-blockchain.sharrow-up-right

使用此示例的订单创建 API 调用,以 13 CLORE/天 出价且不强制超频,功率限制为 350W

此镜像使用环境变量 DELEGATED_ENTRYPOINT 作为下载脚本的来源。脚本将被下载一次并在容器的每次启动时运行,所以请确保你设计的脚本能够在任何时候被终止,即使在初始部署阶段也能如此。GigaSPOT 是一个节奏很快的交易环境,你的订单甚至可能在脚本初始化运行期间被超越出价,因此健壮的代码非常重要。

部署的 API 调用示例

在示例中你可以看到一个环境变量 WORKER_NAME 它用于为矿工配置工作名称,因为它会传递给矿工 此处arrow-up-right

当在机器 #40329 上部署时,这个示例在现实中未能工作——详见 应对俄罗斯审查的指南

2. HiveOS

此镜像的 CCR ID 为 c9a4e2f6b7d488d8f0bab0ff

当前使用的基础镜像 cloreai/hiveos:0.3arrow-up-right 源代码在 https://gitlab.com/cloreai-public/containers/hiveosarrow-up-right

使用此镜像在容器内部部署时,默认你将有 650MB 的可用空间来设置你的工作负载

此镜像用于在 Clore GigaSPOT 上部署 HiveOS,此类部署是可行的,但不太建议用于大规模操作,尽管它因 Hive Shellarrow-up-right 而非常适合调试,对于初学者在 GigaSPOT 上设置工作负载也很有用,因为它的 UI。

要部署 HiveOS,你需要创建 HiveOS 账户并为每台租用的机器使用唯一的 Rig ID密码 这些字段由 HiveOS 为连接机器生成

这些字段通过环境变量输入,查看此示例:

此外,在运行 HiveOS 时,请记住在俄罗斯的一些机器上,对某些矿池端点的连接可能会受到限制,最好阅读 应对俄罗斯审查的指南

订单驱逐

每个 gigaspot 市场(机器)最多只能有 8 个订单(出价)。如果每台机器上存在更多订单,CLORE.AI 收费间隔将取消盈利能力最低的订单

最后的话

尽管 GigaSPOT 是一款强大的工具,但它最适合 Linux 用户和对此类环境可能发生的情况有深刻理解的人,他们能想象潜在的风险。

我认为最佳实践是强制验证机器的输出,你的系统理想情况下应验证机器的处理速度/哈希率,最好有一份表现不佳的机器或主机黑名单以防止经济损失。

GigaSPOT 按原样提供,在任何情况下(包括 GPU 错报)都不提供退款。客户有责任验证机器性能并建立黑名单。

本文仅涉及创建 gigaspot 订单,要编辑它们、修改超频设置,你应查阅 GigaSPOT API 文档arrow-up-right

由于 CLORE.AI 上的大多数机器来自俄罗斯,阅读以下内容会有帮助 应对俄罗斯审查的指南

最后更新于

这有帮助吗?