注册并分享邀请链接,可获得视频播放与邀请奖励。

搜索结果 INVOID
INVOID 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含 INVOID 的推特
月底报销还在一封封翻邮箱、下附件、改文件名、填 Excel? 可以试试这款 开源发票自动整理工具 InvoiceFlowAI: 👉 -从 QQ / 163 批量收 PDF、OFD、XML,部分只有下载链接的发票也能自动拉下来 - OCR 识别金额、日期、票号,按类型归档 -住宿发票配水单、打车票配行程单 -自动归档到本地,并生成 Excel 汇总表 -支持 Windows 和 macOS(Apple Silicon)桌面版 比较适合发票多、每月都要重复整理报销材料的个人、自由职业者和小团队。
显示更多
0
14
54
15
转发到社区
我觉得 RWA 这个赛道,接下来可能会进入一个新的竞争阶段。 前几年大家讨论最多的是怎么把现实世界的资产 Tokenize,怎么把国债、黄金、房地产这些东西搬到链上。 但现在再往后看,单纯把资产搬上链可能还不够。 真正有竞争力的项目,应该具备找到资产、筛选风险、完成结构设计,再把产品分销给投资者的能力。 说白了,Tokenization 只是开始,真正的商业价值来自资产能不能持续产生收入。 最近关注到 ZIG Finance,它的业务方向就比较有意思。 旗下 ZIG Markets 涉及 Invoice Financing、Trade Finance、Payment Financing 和 Private Credit,做的不是单纯的链上资产展示,而是试图把资产端、金融结构和资金分销连接起来。 我比较关注的是它的收入回流机制。 目前 ZIG Markets 已经通过业务收入推动 $ZIG 回购,累计完成 4 次,买入约 537 万枚。 这就形成了一个值得观察的链条: 资产融资 → 金融产品分销 → 业务收入 → $ZIG 回购。 如果这套模式能够随着业务规模持续扩大,那么 $ZIG 的价值捕获逻辑就不只是依赖市场热度,而是有机会和真实金融业务的发展产生联系。 RWA 下一阶段,我更愿意关注这种真正有业务、有收入,同时开始探索 Token 价值捕获的项目。 $ZIG 可以放进观察名单,后面重点看收入和回购能不能持续增长。 @ZIGFinance
显示更多
0
39
39
0
转发到社区
我就想给客户发张账单,真需要先搞一套财务系统吗? 看到一个很小的免费工具:左边用 Markdown 改客户、项目和金额,右边用 CSS 调字体、颜色,点一下生成 对熟悉这两样的独立开发者来说,这个切口挺实在。接个小单,需要一份能发给客户的 Invoice,先把这一步解决 我觉得做小产品可以多留意这种需求: 用户可能已经知道怎么干了,只想少折腾一点。我们却很容易顺手给他加上客户管理、数据看板,再规划一个工作台 功能越想越多,最初那张账单反而越来越远
显示更多
RGB-RLN进展梳理 赌一个RGB, 0.1版本就是RLN上线之时! 出去玩完一圈回来赶紧看了看心心念念的RGB的进展,同时也有很多朋友在关心RLN的进度,赶紧让Grok帮我梳理了一下最近的情况,同时把今年以来整个RLN的进度做了统计。梳理完之后我个人感觉0.1版可能我们就能用上我们期待的RLN了! 另外0.08明确提到了大规模模块化重构,为生态建设以及商业应用铺平了道路,也就是未来RLN上线的时候,不是简单的能用,是直接可以开干! 按照3个月4个版本的进度,预计最快9月,最慢10月,我们应该就会有版本的消息了。 最近主要工程进展(2026 年 2–8 月) 2026 年 2 月:支付逻辑重构 + 开发者沙盒 将支付逻辑改为资源导向架构,扩展支付控制(invoice、offer、refund、keysend 等子命令)。 集成 BOLT12,并在 API 与 TypeScript SDK 中支持 wait / abandon 等支付状态。 发布 React + TypeScript 开发者沙盒(含 RPC 代理、Docker 化 regtest 环境),降低本地测试门槛。 2026 年 3 月:首个产品级桌面客户端发布 推出 Bitlight RLN 桌面客户端,支持 RGB 资产发行、打开 RGB 通道、闪电即时转账、链上结算。 强调“非测试网 demo、非 PoC,而是真实产品”,本地一键启动预充值节点,面向开发者与早期用户。 2026 年 6–7 月:UTXO 管理、路由转账与原生 Swap(v0.0.4–v0.0.6) v0.0.4:完整 UTXO 生命周期管理(概览、创建、解锁、扩容),优化 RGB 发行/转移的链上资源。 v0.0.5:改进中间节点路由转账、节点启停、Hold Invoice、RGB 导入导出与钱包互通等。 v0.0.6(重点):原生 BTC ↔ RGB 资产 Swap(单跳 + 多跳,当前多跳需手动选路)。 Maker / Taker 完整流程(创建/预览/接受/执行 offer),状态追踪(Offered → Accepted → InFlight → Settled / Failed),历史记录、取消、失败原因。 通道关闭后自动资产恢复(StaticOutput sweep),待确认与可恢复余额可见性。 通道开启失败时自动释放资金并回滚。 2026 年 8 月:可观测性 + 大规模模块化重构(v0.0.7–v0.0.8) 通道关闭可观测性(约 8 月 1 日):专门关闭视图,从“发起关闭”到“资金回到钱包”全程可见,显示阶段、剩余输出、RGB 资产金额与恢复进度,解决此前“黑盒”问题。 v0.0.7:Swap 记录页、自动状态轮询、关闭通道结算状态展示。 v0.0.8(核心工程进展):对 RGB-LDK-Node 进行超 10 万行代码的大规模重构,从“单体大杂烩”转向现代模块化架构(bounded-context crates)。拆分为 domain / application / engine + 多个 node-* 能力包(node-wallet、node-payment、node-swap、node-ln、node-liquidity、node-ops、node-chain、node-io、node-http 等)。 遵循有界上下文、依赖规则、Ports & Adapters、深模块原则,根 crate 只做组合与公共 API。解决原先单一巨型 Node 对象、高耦合、难以独立测试与扩展的问题,为长期维护和大规模功能叠加打基础。 这些工程进展对项目生态的主要影响点 降低开发与集成门槛,加速开发者与应用生态 沙盒、CLI/SDK、模块化 API、一键本地环境,使钱包、交易所、LSP、支付应用更容易接入。模块化后可独立测试与扩展,利于第三方构建 RGB 闪电应用(资产发行、交易、稳定币通道等)。 提升资产安全与用户信任,为真实资金与流动性铺路 自动恢复、关闭全程可观测、失败回滚等,解决 RGB 资产在闪电通道敏感生命周期中的“不可见/不可控”痛点。用户(尤其是持有稳定币或大额资产的交易者)更愿意把资金放入 RLN 通道,推动流动性与实际使用。 原生 Swap + 多跳能力,推动去中心化流动性与交易场景 BTC 📷 RGB 原子交换(Maker/Taker + 状态机)是迈向去中心化资产市场的关键一步,支持单跳/多跳,为后续自动路由、AMM 式流动性、稳定币兑换等打下基础。结合 Tether 等通过 RGB 进入比特币的计划,有助于形成比特币原生 DeFi / PayFi 闭环。 从原型到生产级基础设施,支撑长期扩展与生态协作 单体 → 模块化重构是基础设施级利好:便于后续叠加 LSP、流动性、备份/灾难恢复、AI Agent 支付、跨实现互通等,而不易陷入技术债。使 RLN 更适合作为钱包/交易所/支付网络的底层,而非仅限早期实验。社区反馈也认为这体现了项目方长期稳健建设意愿,功能已接近完备临界点。 整体生态叙事强化:比特币原生可编程资产 + 闪电速度 这些进展使 RGB 资产真正能在闪电上“即时、低成本、可恢复、可观测”地流转,强化 Bitlight 在 BTCFi / 稳定币支付 / AI Agent 结算中的定位。结合融资与协议贡献,有助于吸引更多钱包、发行方、流动性提供者进入生态,形成正向循环。
显示更多
🤔Anthropic 又曝"鬼账单":免费计划用户差点被扣款 1660 万美元 一名韩国开发者表示,自己的 Claude 账户一直使用免费计划,API 使用量为 0,也从未绑定信用卡,却连续收到 Stripe 发来的付款失败通知。 7 月 7 日,账单金额约为 167 万美元;一天后,金额直接跳到 1660 万美元,24 小时内翻了近 10 倍。 他起初怀疑这是钓鱼邮件,但检查后发现,发件域名、付款页面和相关链接均来自 Anthropic 官方渠道。好在这笔交易超过了 KB 国民银行的单笔支付限额,没有遭受实际损失。 该事件最早由当事人在 Threads 上曝光,随后被 ZDNet Korea 报道,并迅速引发讨论。 Anthropic 此前也曾出现账单争议。 上个月,审计公司 Vaudit 表示,在其审查的约 3400 万美元 AI 发票中,发现约 170 万美元存在超额收费,相关问题主要集中在 Claude Code。 网友因此调侃这是“vibe invoicing”,也就是“氛围开票”;还有人笑称,可能是 Claude 自己产生了幻觉,然后顺手开出了一张 1660 万美元的发票。 Anthropic 目前仅回应称,无法讨论具体用户账户,尚未公布账单产生原因。
显示更多