与「风堇」相关的搜索结果

“I want to be a sliver of light that heals the wounds of this world as much as I can” ✨🩷✨ ————————— 📸@Gomjun1118 ————————— #HonkaiStairRail# #Hyacine# #崩坏星穹铁道# #风堇#

🧐慢雾余弦：朝鲜黑客利用 CoW 与 Chainflip 跨链转移 Bitget 被盗资金并兑换为 BTC 慢雾创始人余弦 @evilcos 发推表示，慢雾 TrackAgent 发现朝鲜黑客采用 CoW Protocol 和 Chainflip 组合跨链操作 Bitget 被盗资金，朝鲜黑客自动化脚本通过 CoW Protocol 创建订单，订单收款地址设置为预先准备好的 Chainflip Deposit 相关合约地址，订单成功后即可完成在 Chainflip 的资产跨链操作，换成 BTC。 此前余弦发文称，「Chainflip 桥确实在很努力阻拦朝鲜黑客洗币，可惜的是 AML/KYT 落后黑客洗币速度。 洗币团伙自动化大量打散资金，通过各类桥跨到不同链，如果被风控或者阻拦退回就会立即尝试下一条洗币路径，最终都将换成 BTC，然后在 BTC 上 CoinJoin 方式接着混淆洗币。」

我在 @SolvProtocol ：约 50 $BTC 至今无法正常赎回，我贪的是你 3% 的年化收益，你图的却是我的全部本金。 2026年7月8日，我从 Binance 提取约 50 BTC，通过正常渠道转换为 SolvBTC → BTC+。 我的目的非常简单，没有进行任何复杂交易或投机操作，只是希望通过持有 BTC+ 获得约 3% 的年化收益。 因为投入金额很大，存入以后我基本每天都会登录 Solv 官网查看 BTC+ 的净值以及收益增长情况。后来我发现 BTC+ 的铸造和赎回功能突然暂停。 7月13日，BTC+ 发生安全事件，但当时作为普通用户的我并不知道究竟发生了什么。 7月18日、7月20日，我两次在官方社区询问为什么 BTC+ 暂停铸造和赎回，希望了解自己的资产到底发生了什么，但始终没有得到针对这一问题的有效回复。 7月22日，Solv Protocol 才公开披露此次安全事件，并表示用户资产未受损。 7月31日，项目方宣布相关功能恢复，工作人员也明确告诉我“现在可以发起赎回了”。但当我实际操作时，却发现我的地址仍然受到限制，约 50 BTC 对应资产无法正常赎回。 从7月31日至今，我持续通过官方 Discord、Telegram 和邮件寻求解决。项目方要求我提供的资金来源、交易记录、钱包控制证明、账户信息以及其他说明，我都一直积极配合提交。 截至目前，双方已有约 60封邮件往来，其中约50封由我发送。9月份也通过各种渠道，联系该项目相关人员，但都没有给我回复任何有效信息。 我的诉求只有一个：解除限制，恢复正常赎回，让我取回自己约 50 BTC 对应的资产。 我愿意继续配合合理的风控及合规审核，也已经按照要求提供相关资料。 请 @SolvProtocol 正面回答： 资料已经提交，审核还需要多久？ 为什么我的地址至今仍然受到限制？ 什么时候才能恢复正常赎回？ 我之所以选择 BTC+，是因为当时我在 Binance Web3 Wallet 的 BTC 理财/收益相关页面看到了 BTC+ 产品的展示/推荐入口。出于我长期以来对 Binance 平台的信任，我对通过 Binance Web3 Wallet 接触到的该产品也产生了较高的信任，因此决定将约 50 BTC 转入 BTC+。 也希望 Binance 联合创始人兼 Co-CEO 何一 @heyibinance，以及 Binance Co-CEO Richard Teng @_RichardTeng 能够关注我的遭遇。 @Venusprotocol 作为Solvbtc重要的借贷市场，针对该项目目前官方群组出现的大量用户反馈长期无法赎回受限的情况，你们是否已经启动专项的风险评估？ 同时，我也希望 @SolvProtocol 的投资方及生态相关方能够关注此事： @yzilabs @blockchaincap @LaserDigital_ @OKX_Ventures @TheSpartanGroup @IOSGVC @hashed_official @mirana 我并不是要求这些投资方或 Binance 为 Solv 承担责任。 我只是希望各位作为 Solv 的投资方、生态相关方，以及我最初接触这一产品的重要渠道，能够关注一个普通用户约50 BTC长期无法正常赎回的问题，并协助推动 @SolvProtocol @Ryanchow_defi @Will42w @myantokengeek 给出明确、透明且可执行的处理方案。 希望大家能对我伸以援手，感谢感谢。

跟人打交道，千万不要一次性亮尽你的底牌。 才华显三分是惊艳，露十分就是廉价； 过往聊上几句是沧桑，全盘托出成了别人茶余饭后的谈资； 计划藏在心里是种子，说出去是风中的蒲公英，没结果就散了。 事只做到七分，留三分余地，是远见； 人交七分好，藏三分防备，是明智； 话说七分满，是修养；

今天晚上 10 点，我的 Claude 老号毫无征兆被封了。 用了大半年，一直为了这个账号小心翼翼供着原生家宽 IP。 并且这个账号过kyc后买来一路从免费版升级： $20 尝鲜 $100 重度主力使用了好几个月 最后开到顶配 $200 结果 $200 还没 $100 用得久，用了不满两个月直接阵亡。 我第一反应先是骂A ÷玄学风控、同时怀疑自己节点是否被标记不干净。 但静下心拉了 Clash 的连接日志，把 Mac 上的路由表、DNS 和后台进程彻底摸了一遍，我服了。 面对AI风控,现在大部分教程都在疯狂教你折腾“纯净住宅 IP”。 其实真正害死账号的，往往是本地网络环境的“精神分裂”。 这里我实践排查出来的 3 个致命硬伤： 1.Claude Code 压根不支持 SOCKS很多人随手配个 socks5 变量，但官方文档写得清清楚楚：只认 HTTP_PROXY 和 HTTPS_PROXY，不支持 SOCKS。配错了对应出口后它根本不认，流量直接裸奔或异常打架。 2.IPv4 和 IPv6 严重割裂IPv4 规规矩矩走了家宽节点，IPv6 却在本地直连或者经由不同的虚拟网卡分流。在服务端眼里，你相当于上一秒在美国，下一秒直接瞬移。 3.终端、桌面端、浏览器出口完全不一致CLI 终端走一套环境变量，桌面端走 TUN，浏览器还带着残留的动态端口后台重启。同一个账号，几个客户端同时挂着完全不同的出口在调用。 所以说原生家宽固然重要。 但本地网络没有对齐，IP 买再贵也是白送。 所以如果你也是AI重度用户，给几个我自己实践用过的排查建议： 明确禁用或阻断 IPv6，确保没有双栈绕过 给 Claude Code 显式配置 HTTP 代理，别依赖 SOCKS 统一所有客户端走同一条出口路径，排查并干掉后台偷跑的僵尸进程(claude codex都要监控) --- 最后祝大家的账号都安好,能够安心使用AI🫰

很奇怪，最近推特上，Xtony，蛋挞，风寻@0xfengxun 交易员们怎么不聊Btc 区间涨跌了。 我现在短线上关注的是 crypto-十二 @nideshier Nameless @Nameless_btc 短线跟朋友一起买了Pump 、gram 、Marscoin Gala 在Predict下了罗马尼亚胜。 时间很琐碎，很忙~~还要做Arcus