InfoSec learning 
  • 首页
  • 归档
  • 分类
  • 关于
  • 思想星系
  •   
root@whale3070:~# _

看广告领空投

这个文件压缩包叫做 faucethub.zip功能是看广告领空投 查看所有文件2026/02/03 15:38 470 .env2026/02/03 16:07 29,996 app.py2026/02/03 16:16 30,911 conflux-fauce

2026-02-03
部署过程 Web3 区块链 空投领取

Web3域名(二)

我昨天买了一个whale3070.x的域名,配置了IPFS,今天访问whale3070.x.limo还是访问不到,为什么这个情况在 Unstoppable Domains + IPFS 里非常常见,你现在遇到的不是“你配置错了”,而是 Web3 域名解析机制本身的坑。我们一步一步拆开讲你现在为什么访问不到 whale3070.x.limo。 一句话结论(先给你定心丸) 99% 概率不是你操作问题

2026-02-03
网络设置 部署过程 Web3 域名解析

金库协议-前端测试

无效的二维码访问 http://198.55.109.102/valut_mint_nft/123 读者入口访问 http://198.55.109.102/valut_mint_nft/7c520c3864bc44e0e9cffb7eb6c8354559f9470399fb23a0b3d20edb9216e364 mint nft 后端api执行结果可以访问:https://whale3

2026-02-02
部署过程 编程 安全开发 前端测试

Web3域名

我想要一个永久的web3域名,后续和香港服务器ip绑定,然后可以让所有的用户可以访问金库协议满足你“永久拥有”且能“绑定香港服务器 IP”的需求,最合适的方案是选择 Unstoppable Domains (UD)。 以下是针对你的“金库协议”落地香港的具体方案: 1. 为什么选 Unstoppable Domains 而不是 ENS? 真正永久:ENS (.eth) 是租借制,需要每年续费。如果

2026-02-02
部署过程 Web3 区块链 域名管理

【fireflyQR】API

域名: whale3070.com前端: http://47.76.50.74/后端: http://198.55.109.102:8080/ 读者1. 去mint nft123456curl -X POST http://localhost:8080/relay/mint -H "Content-Type: application/json" -d '{

2026-02-01
部署过程 编程 区块链 API文档 fireflyQR

【fireflyQR】solidity3

技术难点我昨天在做conflux的存储代付和gas代付。我部署了工厂合约和子合约,试图让出版社能够在前端点击既可以部署子合约。读者点击即可通过conflux的代付机制,去获得一个nft。但我遇到的问题是,手动部署成功,测试成功。但通过golang和python去测试,是失败的。帮我梳理出有哪些技术难点需要我一一克服 很好!你遇到了典型的”手动成功但自动化失败”问题。我帮你梳理技术难点和解决方案:

2026-02-01
部署过程 编程 区块链 智能合约开发 fireflyQR

终焉大盘系统

Here's something encrypted, password is required to continue reading.

2026-01-30
部署过程 编程 安全开发 区块链 链下索引 智能合约架构

【fireflyQR】conflux存储代付

conflux存储代付在 Conflux eSpace 中,存储代付(Storage Sponsorship) 是其特有的底层机制。与以太坊不同,在 Conflux 上发送交易不仅需要支付 Gas 费(计算资源),还需要为数据上链所占用的空间支付“押金”,即存储质押(Collateral for Storage) [cite: 2026-01-31]。 1. 核心概念:Gas 费 vs 存储质押

2026-01-30
部署过程 编程 区块链 智能合约开发 fireflyQR

solidity开发-工厂合约

Here's something encrypted, password is required to continue reading.

2026-01-30
部署过程 编程 区块链 智能合约开发

【fireflyQR】golang开发3

今天我们要把main.go的后台api功能全部实现并且用一个python脚本去给此文件做测试这是一个非常务实的决定。既然你的 Whale Vault 已经有了清晰的架构,我们要做的就是把 internal/handlers 里的逻辑补全,确保它能支撑起你的“金库协议 1.0”。 由于我无法直接修改你服务器上的文件目录,我将为你提供核心逻辑的实现模板,以及一个完整的 Python 测试脚本。 1.

2026-01-30
部署过程 编程 过程记录 API开发 fireflyQR
1…7891011…130

搜索

Whale3070