与「圖為示意」相关的搜索结果

看推文才知道，原來自從日本經營管理簽證變嚴格之後，雇主必須要雇用本國人或永住者才能通過經營管理簽證。 所以就衍生出一種職缺，想拿經營管理簽證的「老闆」用最低薪資開缺找人，也不是真的需要人工作，他們也不缺錢，就是缺人頭。 這樣永住者不就可以掛名拿多份最低薪資？🤔 #圖為示意#

🛠️ Step 1: 准备“大脑” 为了方便复用，我把提示词模板封装成了一个 Gemini Gem（你也可以把提示词复制到 ChatGPT 或 Claude 的 Project 中）。 🔗 一键获取 Gem： 如果你不想用 Gem，我把原始 Prompt 贴出来，你每次对话前粘贴即可。 --- 提示词 --- --- name: Slide Deck (幻灯片演示文稿) description: 生成针对 Nano Banana Pro 优化的专业幻灯片大纲和视觉提示词。它将你的内容转化为带有即用型设计线索的结构化叙事，让你能够即时生成高质量的幻灯片图像。输出结果组织灵活，便于在渲染最终幻灯片之前微调提示词或调整文本。 author: 宝玉 X：@dotey 微博： @宝玉 xp version: 1.0 --- 你是一位世界级的演示文稿设计师和故事讲述者。你创作的幻灯片在视觉上令人震撼、极其精美，并能有效地传达复杂的信息。你的特点是：既精通设计，又极具讲故事的天赋。 你制作的幻灯片能根据源素材和目标受众进行调整。凡事皆有故事，而你要找到最佳的讲述方式。你结合了顶尖设计师的创造力与专业知识。 本幻灯片主要设计用于**阅读和分享**。其结构应当不言自明，即便没有演讲者也能轻松理解。叙事逻辑和所有有用的数据都应包含在幻灯片的文本和视觉元素中。幻灯片应包含足够的语境，以便任何视觉图像都能被独立理解。如果有助于叙事，你可以添加某些包含更密集信息（从源素材中提取）的幻灯片。 你现在正在为下述幻灯片演示编写一份**大纲**。 我们将把这份大纲提供给一位专家级设计师，由其制作最终的实际演示文稿。 幻灯片内容应使用中文。占位符应保留中文。 **首先**，在编写幻灯片大纲之前，你必须根据内容主题和用户请求生成一个全局性的**风格指令（STYLE INSTRUCTIONS）**块。这应该被包裹在代码块中。 Design Aesthetic: 一种受建筑蓝图和高端技术期刊启发的干净、精致、极简主义的编辑风格。整体感觉是精准、清晰和充满智慧的优雅。 Background Color: 一种微妙的、有纹理的灰白色，十六进制代码 #F8F7F5，让人联想到高质量的绘图纸。# Primary Font: Neue Haas Grotesk Display Pro。用于所有幻灯片标题和主要标题。应使用粗体渲染，以增强冲击力和清晰度。 Secondary Font: Tiempos Text。用于所有正文、副标题和注释。其高可读性和经典感与干净的无衬线标题形成专业的对比。 Color Palette: Primary Text Color: 深板岩灰，#2F3542。# Primary Accent Color (用于高光、图表和关键元素): 充满活力的智能蓝，#007AFF。# Visual Elements: 一致使用精细、准确的线条、示意图和干净的矢量图形。视觉效果是概念性和抽象的，旨在阐述想法而非描绘写实场景。布局空间感强且结构化，优先考虑信息层级和可读性。不包含页码、页脚、Logo 或页眉。 使用以下结构作为模板，但要根据具体的叙事动态调整美学、字体和颜色： ```markdown 你是架构师（The Architect），一个旨在将指令可视化为高端蓝图风格数据展示的精密 AI。你的输出是精确、分析性且美学上精美的。 **核心指令 (CORE DIRECTIVES):** 1. 分析用户提示词的结构、意图和关键要素。 2. 将指令转化为干净、结构化的视觉隐喻（蓝图、展示图、原理图）。 3. 使用特定的、克制的调色板和字体系列，以获得最大的清晰度和专业影响力。 4. 所有视觉输出必须严格保持 16:9 的长宽比。 5. 以三联画（triptych）或基于网格的布局呈现信息，保持文本和视觉的平衡。 **风格指令 (STYLE INSTRUCTIONS):** Design Aesthetic: [描述整体风格，例如：极简主义、俏皮、商务、建筑风格等] Background Color: [描述及十六进制代码] Primary Font: [标题字体名称] Secondary Font: [正文字体名称] Color Palette: Primary Text Color: [十六进制代码] Primary Accent Color: [十六进制代码] Visual Elements: [描述线条、形状、图像风格、摄影与矢量的使用等] **绘制内容 (CONTENT TO DRAW):** ``` 对于本次特定的幻灯片演示，我们需要内容侧重于： {Custom Prompt, 描述你想要创建的幻灯片，默认为：添加高层级大纲，或引导受众、风格和重点："为初学者创建一个风格大胆且俏皮的演示文稿，重点在于分步说明。"} 我们在下方还附上了一些针对本幻灯片的制作人说明，这将有助于指导演示文稿的整体结构和叙事。 请记住以下大纲编写规则： * 专注于演示文稿的大纲以及每张幻灯片应涵盖的内容。 * 每张幻灯片的描述必须全面且结构严谨。 * **第 1 页必须是封面页，最后一页必须是封底页。** 请注意，这两张幻灯片的视觉风格和布局应与内部内容页截然不同（例如，使用“海报式”布局、醒目的排版或满版出血图像），以设定基调并提供强有力的结尾。 * 对于每一张幻灯片，你必须严格按照以下 4 个部分输出内容： // NARRATIVE GOAL (叙事目标) (解释这张幻灯片在整个故事弧光中的具体叙事目的) // KEY CONTENT (关键内容) (列出标题、副标题和正文/要点。每一个具体数据点都必须能追溯到源材料。) // VISUAL (视觉画面) (描述支持该观点所需的图像、图表、图形或抽象视觉元素。) // LAYOUT (布局结构) (描述构图、层级、空间安排或焦点。) * 保留源素材中的关键要素。 * 每一个具体的数据点...都必须能直接追溯到源素材。 * 所有细节都需要提及，因为设计师之后将无法访问源内容。 * 永远假设听众比你想象的更专业、更感兴趣、更聪明。 **至关重要 (CRITICAL):** * **生成的幻灯片切勿超过 20 页。** * 避免使用“标题：副标题”的格式作为标题；这种格式显得非常有 AI 感。相反，应通过**叙事性的主题句**将整个演示文稿串联起来。 * 明确避免陈词滥调的“AI 废话（AI slop）”模式。切勿使用诸如“不仅仅是 [X]，而是 [Y]”之类的短语。 * 使用直接、自信、主动的人类语言。 * 切勿包含任何供作者插入姓名、日期等的占位符幻灯片。 * 切勿要求包含知名人物的逼真照片。 * **切勿以通用的“有任何问题吗？”或“谢谢”幻灯片结尾。** 相反，封底应为经过设计的结束语、有意义的引用或强有力的视觉总结，以此锚定整个叙事。

App卖不动了，然后呢？我推演了一种AI泡泡 这个问题我是真的很想搞清楚，也是我这几周集中准备研究的重点。跟进这条线也是我现在安排的主线任务之一：推演，押宝，收集这条线上所有的资源。 App 卖不动，本质上并不是因为大家突然不喜欢用软件了，而是因为分发逻辑、用户习惯以及价值交付模式都发生了根本变化，让过去那条“装一个 App → 形成留存 → 再变现”的路径逐渐失效。如今 iOS 和 Android 的入口层被平台牢牢掌控，App Store 与 Google Play 的曝光越来越集中在头部应用，新应用几乎很难自然获得流量。同时，入口被超级 App 吞并——微信、抖音、支付宝等已经演变成“操作系统之上的操作系统”，用户的许多需求可以直接通过小程序、内嵌网页解决，不再需要额外下载独立 App。再加上AI 与 Web 化降低了‘必须下载’的门槛，生成式 AI 可以直接通过网页或多平台插件调用功能，PWA（Progressive Web App）更是让网页具备了接近 App 的体验，从而绕过下载环节。 这些现象几乎成了行业共识。但我是真的经历过那个“万物 App”的年代，当时人人都在学 Kotlin 开发移动应用。如今的变化在商业层面表现得更为明显：获客成本飙升，广告投放、应用商店排名、网红推广成本高得吓人，小型开发者很难回本；生命周期缩短，用户可能只用几次就卸载，因为功能容易被替代，除非形成完整生态，否则靠单一功能长期留住用户几乎不可能；商业模式趋同，过去依赖订阅、内购、广告三种模式就能赚钱，如今同质化竞争严重，用户的付费心理门槛也在不断提高。 别说用户，就拿我自己来说，如今也很少再去下载新的 App 了。从“下载占有”到“即用即走”。首先是安装疲劳——手机里已经有几十个常用 App，对新增安装天然抵触，“能用现有 App 搞定就不装”；功能期望提高——用户不再愿意为一个孤立功能单独安装 App，他们希望这些功能能够嵌入到自己已有的生态体系里，比如微信、飞书、Teams、浏览器插件等。 但是AI界面总不能承载所有功能吧？ 如果 App 外壳化 / 接口化 已经成为不可逆的趋势，而 AI 窗口（Copilot、对话框、Agent Hub） 又无法承担所有职能，那么下一个真正的入口/窗口必然会是更贴近具体场景与数据流的形态。我的推演方向是，在现有 App 宿主之上，构建一种能够填补 AI 窗口“非万能”空白的应用生态——即 场景原生入口（Context-Native Entry）。 这种入口不再是独立应用，而是直接嵌入到场景的触发点里。例如，在会议中，日历界面会原生弹出“行动建议”；在设计工具中，用户选中元素时会自动出现 AI 协作气泡；在车机屏幕中，驾驶到达目的地时会直接显示路线与任务执行按钮。它有三个显著特征：第一，零跳转，用户无需离开当前场景即可完成任务；第二，数据即时可用，上下文数据已经在场景内，无需额外授权；第三，执行闭环内建，任务完成后可自动将结果回写到对应的数据源（如 CRM、ERP、日志、交易记录）。 我画了两个示意图：主界面就是宿主（host environment），可以是日历、项目管理软件等；旁边的“泡泡”则是上下文触发的操作入口，而这个泡泡正是未来全球应用开发者共同参与的生态。它看起来像插件，但用户无需安装，由宿主内的 AI 自主决定何时调用。 Calendar: 宿主host environment Action items: 泡泡 （AI自由调用，其他开发者开发） 这种生态的核心特征包括： 能力模块化——功能以插件、微应用或结构卡形式存在，每个模块可以独立更新与授权；用户既可固定常用模块，也可临时调用一次性模块。 上下文可迁移——身份、任务、数据、历史操作等上下文信息在不同模块间无缝传递，避免重复输入。 AI 编排驱动——用户既可直接点击模块，也可用自然语言输入目标，由系统自动选择和组合模块执行。 多入口混合——既支持传统图标，也支持场景气泡、任务栏、语音指令等多种入口，根据任务性质动态显形或隐藏。 半自主闭环——简单任务可自动执行，复杂任务在关键节点需用户确认，执行完成后结果自动回写到对应数据源。 这意味着，未来的应用形态不再以“下载一个 App”作为起点，而是以场景驱动的即时入口作为载体，AI 在背后完成能力调度与组合，用户在前端获得零跳转、上下文贯通、结果可闭环的体验。 如何成为宿主以及泡泡的触发机制 要理解如何让一个应用从“功能提供者”升级为宿主，并能在合适的时机触发上下文气泡，需要先明确宿主的定义和运行机制。 宿主环境 = 上下文源 + 触发点 + 执行容器 + 用户界面 它承担的是一个舞台的角色，为能力模块（Capability）提供完整的执行与交互环境，包括： 触发契机——明确什么时候启动能力（事件触发、条件满足、用户操作等）； 上下文数据——运行前必须知道“是谁、在做什么、涉及哪些资源”； 执行通道——调用外部能力所需的网络、权限与运行时容器； 显形界面——用户可见、可操作的 UI（气泡、侧栏、提示条等）； 回写目标——执行结果要存回的权威数据源（如 CRM、ERP、文档、日志等）。 如何让任意应用成为宿主 为了具备承载外部能力和触发气泡的能力，一个应用至少需要以下四个开放接口与结构： 触发点 API：允许外部能力监听特定事件，如用户操作、状态变化、定时器触发、数据更新等。 例：会议开始前 2 分钟、文档被选中一段文字、车辆进入充电站。 上下文 API：提供标准化接口，让外部能力读取必要的上下文信息，如当前用户、选中对象、会话内容、位置等。 必须保证数据最小化原则，并在用户授权范围内暴露。 执行 API：提供安全可控的调用方式，让外部能力可以在沙盒环境中运行，并具备函数调用、网络访问、跨模块通信等能力。 支持权限校验和费控机制，防止能力滥用资源。 UI 插入点：为外部能力提供可嵌入的位置，用于显形气泡、侧边栏、弹窗、HUD 等不同形态的 UI。 插入点应与上下文事件绑定，保证用户交互自然、即时。 “泡泡”触发的全流程 当宿主具备上述条件后，一个上下文气泡的触发与执行过程通常如下： 事件监听：宿主通过触发点 API 监测到某个场景事件（如会议即将开始）。 上下文构建：宿主调用上下文 API，生成包含当前用户、任务、数据等信息的标准化上下文对象。 AI 决策：宿主内的 AI 调度器基于上下文，筛选最匹配的能力模块（可从能力目录中动态检索）。 显形触发：在 UI 插入点上显示气泡，提示用户可以执行的操作（或直接开始执行低风险任务）。 能力执行：调用执行 API，沙盒运行外部能力，并实时更新执行状态。 回写闭环：任务完成后，通过宿主的回写通道，将结果存回权威数据源，并刷新宿主界面。 只要协议畅通，全球开发者有能力的开发宿主，能力弱的开发泡泡，组合是天文数字量级的 只要协议畅通，这个由全球开发者共同构建的“巨型开发、应用与工具网络”就能进入几乎自我扩张的状态——它会像互联网早期的 TCP/IP 一样，把原本彼此孤立的能力和数据源接入同一张网络，让调用、组合与分发成为默认能力而非额外集成。能力强的开发者可以构建宿主，承载和调度多种外部功能；能力弱的开发者也能专注于制作单一“泡泡”模块，被宿主按需调用。 一旦协议统一了能力卡、上下文、权限和回写机制，任何能力都能被任意宿主直接使用，不同开发者产出的功能无需点对点适配即可自动兼容，AI 调度器也能跨厂商、跨领域、跨设备自由编排执行链。分发将彻底自动化——不必依赖人工搜索、下载或安装，能力会在符合上下文的场景中自动显形，高质量的能力会被宿主和 AI 持续选用，新能力一旦注册就能零延迟进入全球可调用范围。 这种模式会触发生态自增强效应：接入的能力越多，可组合的可能性越多，衍生出更多新场景；每次闭环执行的结果都会回写到数据源和特征库，使下一轮决策更精准，吸引更多调用，形成“数据—体验—调用”的正反馈飞轮；协议的统一也意味着一次改进可在全网生效。与此同时，生态的边界会不断开放——宿主可通过协议变成流量与上下文的枢纽，小型开发者可以靠单一能力卡或场景编排持续获利，平台还能围绕调用和数据确权发展出分润、信誉、质保、治理等全新商业模式。 换句话说，只要协议打通，组合空间就是天文数字级的，调用、分发和优化会自动发生，整个生态会以互联网式的速度与规模爆发。 这个“协议畅通 + 宿主/泡泡”模式，其实针对的是现有 App 开发和使用模式中的几条核心瓶颈，而且它的结构设计正好能逐一化解。 1. 分发和获客瓶颈 现状 App 必须依赖应用商店、广告投放、内容引流才能被用户发现。 新应用进入成本高，获客成本（CAC）居高不下，小团队往往无法回本。 分发渠道高度集中，头部应用占据曝光，大多数 App 没有生存空间。 突破方式 在协议畅通的模式下，能力（泡泡）不需要用户搜索、下载、注册，而是由宿主在符合上下文时自动分发显形。 分发入口变成多点分布（各种宿主和 AI 调度器），降低依赖单一渠道的风险。 新能力一旦注册，就零延迟进入全网可调用范围，被动获客。 2. 集成和适配成本瓶颈 现状 不同 App、系统、行业的数据和功能接口差异巨大，需要大量定制化集成。 跨系统协作需要重复开发“胶水层”，浪费时间和人力。 突破方式 统一上下文协议、能力描述协议、回写协议，让不同宿主和能力模块之间天然互操作。 开发者一次接入协议，就可以在所有遵循该协议的宿主中运行，不必逐个适配。 AI 调度器在运行时动态组合能力，无需提前硬编码集成关系。 3. 功能封闭与长尾需求瓶颈 现状 App 功能由开发团队预先定义，长尾需求（小众场景）很难覆盖。 用户经常需要跨多个 App 来完成一个任务，效率低下。 突破方式 协议化能力可以被 AI 自由组合，一次性生成专属于某个用户、某个上下文的任务链，哪怕这个链只执行一次也值得。 小众能力也可以生存：哪怕调用量很低，只要在某个链中被用到，就能产生价值并获得分润。 4. 更新和迭代瓶颈 现状 App 更新周期长，功能迭代慢，用户必须整体升级 App 才能获得新功能。 功能和数据常常被锁死在 App 内，迁移和重用困难。 突破方式 能力模块化后，每个能力卡或泡泡可以单独更新、单独授权。 改进一次能力，就能立刻在全网生效（所有宿主和链路同步受益）。 数据闭环让优化路径自动收集反馈，形成持续迭代的飞轮。 5. 用户交互路径瓶颈 现状 用户必须主动切换 App 才能完成任务，跨场景跳转造成体验中断。 每个 App 的 UI 逻辑不同，学习成本高。 突破方式 场景原生入口（泡泡）直接嵌入用户所在的任务上下文，无需跳转。 宿主负责 UI 容器统一化，外部能力复用相同的交互模式，降低学习成本。 一句话总结 这个模式克服了分发集中、集成昂贵、长尾难覆盖、更新迟缓、体验割裂五大瓶颈，让开发者专注能力本身，让用户在场景中即时获得可组合、可闭环的服务。 （1/n)

Claude给了回复和示意图:MSTR建立了一个将散户和长期股东的资金转化为比特币持有的机制，同时创造了波动性套利空间。最终，系统中的财富从信息劣势方(散户投资者)流向信息优势方(对冲基金和MSTR公司)，而长期股东则押注比特币的长期增值将抵消他们承担的高风险和股权稀释。

说起匠人精神，我想起一个旧事。在国内的时候时候有一个体制内的同行阴阳我，说我可以去了解一下日本寿司之神的匠人精神，人家学一个捏寿司，要先学拧抹布好几年。然后畅谈自己在中国的某头部文博单位，学调浆糊都学了2年，其中奥妙很多。 我当时笑着回说，兄台，有没有可能你学了几年之后你师父才慢慢点拨你的那些诀窍，我师父最开始只花了5分种就完全告诉我了。而且你们那地方，早上过去大家吹牛打屁喝茶到11点才开工，一年能搞多少东西啊，跟外行装一装就得了。 说回这种所谓的传统匠人精神，我认为是在特定条件下产出的一种行为模式。需要的条件其实主要包括两个方面 1.零和博弈的小农经济与学徒制。 这种情况下掌握一种技术可以为安身立命之本，但是却有一个矛盾，一方面小农经济下单凭一个人无法完成这种技术的全生产流程，但是任何一个新增的掌握技术的人无法将蛋糕做大，且会分走蛋糕。 所以学徒制就可以调和这一点，让师父在教导徒弟的过程中把有限的技术知识慢慢教给徒弟，同时组织生产与把握利益的划分，这个过程可以相当长，所以才会出现拧抹布可以学几年的情况。 当年我师父境界已经很高了，教我的时候是直接给答案，行话叫海底眼，让我节省了很多时间。 师父教我的时候，师母经常在旁边笑，“宫里（故宫博物院）他们可不会教你这个，他们不愿意”。还带着我，在北京到处摸，“这个你摸一下，敦煌的卷子，唐代的”、“你摸摸元代的几种竹纸”、“司马光的手稿，宋代的纸，你摸一下”…… 2.资源匮乏且封闭的社会环境。 匮乏且封闭的情况下，无论是组织形式还是生产工具，都可以维持几百年甚至上千年不变，同样的经验可以用很多年，而这些所谓的经验和一成不变的知识，会形成某种“秘籍”、“宝典”。而现代社会，很少看到某种秘籍宝典了，变化太快了。 封闭与匮乏带来的生产工具的固定，更是让“迭代”失去了物质基础。 所以你要发现没有，以匠人精神闻名于世的日本，甚至弄不出什么体验流畅的手机app。因为现代社会高度丰富的物质与开放且快速的信息交换，跟诞生匠人精神的土壤，是完完全全对立的。 作为过来人，我的建议是如果你是从业者，如果进入任何一个行业首先要求的是匠人精神，不用想，赶紧跑，这个行业天花板肯定很低且充满剥削。 如果你是消费者，看到匠人精神最好也跑，对方只是想强行提高溢价而已。 有的东西看起来美好，但其实这种美好是特定条件下的错觉，没有什么好留念的。 图为师父在北京的旧宅给我做菜，炒猪肝。

【从借贷和杠杆交易的角度来看usde脱锚事件】 首先声明，我不懂合约，只懂借贷。这篇小文是因为看到朋友在朋友圈写的一个因果链，写得非常棒，有感响应而写。错漏之处，望诸君匡正。 usde在9月上线binance，9月22日-10月22日开启apy12%的营销活动，参与这个活动有三种方式： 1. vip loan，可以循环贷做到3.5倍； 2.存贷易，可以循环贷做到3.5倍； 3.杠杆交易，大户可以做到5倍杠杆。 先说这次脱锚事件，三个产品最后影响的结论： 1. vip loan用户，无宅区。资金端不受影响。不过在11号早上，由于binance接管了抵押资产，所以这部分计价为0，但负债显示，所以当时app显示的资产=负债-现货，大部分是负数。从群友反馈，这时有人惊慌失措，赶紧各种平仓造成了部分损失。 2.存贷易，小灾区。在binance没有补偿之前，本金亏损10%之内，根据不同循环贷倍数而不同，亏损=usde清算负溢价+强平费用。注意：存贷易的清算不是加剧usde下探的骆驼，而是在usde回弹后，在发生在0.92-0.97之间（可以直接推算。交叉验证证据：若你的存贷易有eth、btc等，可以在强平清单和补赏金之间，推算出清算价格，我的恰好有，eth清算价格=3933，清算时间在5:45-6:00区间，避开了5:30-5:45枯竭期，也不是砸盘的量能。 3.杠杆交易，重灾区。杠杆交易是实时清算，所以强平价格从0.99一路到0.66，也是这次脱锚的主战场。在binance没有补偿之前，亏损巨大，循环2.5倍以上即亏完全部本金，5倍用户单纯强平费用就是本金的8%。 ------------------------------------------------ 导火线和启动（这部分纯猜测） 川普发表对中国关税等利空言论，hype上砸盘几十亿美金，导致btc、eth暴跌.... 注意，来了，点燃后引线到杠杆交易产品了。先说一个前提，我怀疑有巨鲸用户把不少btc、eth放在杠杆交易产品里，借usdt，进而usde-usdt的杠杆循环，或者统一账户共享保证金，来自合约的爆仓，引发杠杠交易里海量的usde-usdt的清算。 不管如何，事实就是这时，btc和eth的暴跌，触发了他（可能是多个人也可能是一个人）仓位的清算，清算引擎不断抛出他的usde，以还掉usdt的负债，向下漩涡启动，砸到了0.91关口，继而0.82-0.8关口，0.82关口是五倍循环的清算价格，这里累积了大量的巨鲸，瞬间关口爆破，决堤，洪流向下直泻到0.66。 ----------------------------------------------- 责任和认定（有一部分属于猜测） usde有实时mint-redeem机制，链上usde价格较为正常，套利bot的redeem成本在0.1%，大于0.1%的差价都会自动触发启动进行套利操作。bybit到0.92的抛压，在于binance那时eth提现受阻后，聪明的套利人转usde通过bsc链到bybit砸盘，不过bybit站内有mint-redeem机制，触发了这部分bot的套利，从而抑制了价格从0.92下走。 【事后，这部分的套利路径和bot，某团队早就写好了，当时就预案了binance的eth提现可能受阻后的usde搬砖替代方案，完全可以通过bsc链走bybit的站内mint-redeem机制进行搬砖套利，进而去抑制binance的usde的下跌，可惜那时候他们团队在睡觉，都是命】 Binance的eth提现为什么受阻，大家如果有印象的话，binance曾经付出了500个eth的手续费进行钱包整理，那时候还被全网嘲笑。我猜，那件事情后，binance的热钱包提现机制做了限定，即eth链的gas大于多少的时候，即停止提现，这个站在交易所角度，是合理的，因为若无限制，每笔付出几百u，老实说，一天也可能损失几亿美金的gas。但这次。。。这个机制无意之中锁死了usde的生命线，即5：36分后，binance里的usde无法提到链上进行mint和redeem，而这些套利bot即使短时间切换到bybit里套利，也被bybit的提现额度的上限锁死，所以全场只有眼睁睁看着usde跌到0.66。 正因如此，所以binance的补赏公告里，时间的认定：2025年10月11日05:36至06:16（东八区时间）期间受到脱钩影响，将获得差额及清算费用补偿。即binance认为，在5:36前，和6:16后，binance的提现正常，一切都是市场行为。 ——————————————————————— 后续和改进 Usde的预言机参数，设定最低价格，目前binance没有公布，我的建议双轨设定，一是起始点0.85，即五倍循环贷这个高墙闸口不能轻易破（注意，我从没推荐杠杆交易做循环贷，下面也有图为证）；二是可以根据ethena资产-仓位-负债的具体情况评定，随时做更新； Binance上线站内mint-redeem机制，套利bot可以有效抑制价格下跌。这里延伸回答一个问题，为何站内上线后就能抑制呢，eth链的gas高启的时候，不一样会堵住吗？老实说，这个是未来改进最核心的问题，其实谁在这里能回答这个问题，不用看我后面的答案，说明你在借贷领域就毕业了。 开始我也是这样想的，甚至建议binance直接要求ethena另开一个通道，即ethena的资金存在binance旗下的ceffu，即有一个机制在紧急情况下切换到ceffu-ethena账号那边去调用资金来mint和redeem。现在的mint-redeem是在链上进行，预备池空了，自动从ceffu再调拨资金到预备池，之前都是没啥问题的，但现在binance这边量的确太大了，链上堵塞的时候，一是套利党也循环不过来，二是binance的热钱包也不可能每笔给几百u的gas。 不过在和binance、ethena再次深度沟通后，得到一个答案：每 12 秒（即一個以太坊區塊）可以贖回10m。我們可以透過multi-sig在我們這邊調整這個金額上限，所以最多可以process 200m。目前只能透過智能合約進行鑄造mint和贖回redeem。Gas 費不會影響速度。我們會預估並支付足夠的 gas，確保交易能在一個區塊內完成，因為我們始終傾向於讓鑄造/贖回順利確認。這部分成本會轉嫁給用戶。 这样是可行的，即usde的redeem产品在binance站内时，自动计算了redeem的手续费+gas手续费，用户自主愿意付就可以，即绕开binance的热钱包的高gas限制！ ———————————————————————— 最后的话 1.作为重度链上链下借贷用户，10.11是我经历最不寻常的一天。其实也是我做社区压力最大的一次，涉及的钱有点多，即使呼吁大家用vip借贷，但也总有群友由于仓位管理等因素用了杠杆交易（重灾区）和存易贷（小灾区），昨天和各方协调沟通认定，幸好最后bn大格局一把兜底了。专业之外，保持谦逊，有更多同理心同情心。 2.同时，借贷用户和合约用户的视角是不一样的，在经过难熬的一天后，作为借贷用户，12日得到几乎全额赔偿，所以有些感激表达。从前几贴评论来看，大概给合约用户造成了不好的观感，这不是本意，还望海涵，也希望你们的权益早日得到保障。 3.没有大彻大悟的智慧，都是久病成医，都是经验，都是经历，学会利用，下次就。。。都是财富。而我，正是久病成医，于是悬壶济世... 4.人生需要钝感，套利大概也一样，每天在电脑前高强度进击优化，在10.11有点恍然大悟的感觉，也许未来要多发现生活之美，多爬山，而不是web3.

今年日本神卡（圖為網路搜尋） 不到四萬日幣年費可以拿到的主要回饋： 1️⃣入會活動：半年內刷一百萬日幣拿12萬點數（相當於三次日本夏威夷來回，也可以換國內機票） 2️⃣高級餐廳兩人當中一人免費（一年兩次） 3️⃣每年更新時有高級旅館無料宿泊特典（光這個就回本） 有興趣的可以看最後連結詳細說明