TI 研报 | Layer 2 DAO - MetisDAO 研究报告

一次实时数据链路丢数排查:从 MQTT 队列积压到 SQL 统计开销 本文通过一次实时数据链路压测,排查了从MQTT到ClickHouse的端到端数据丢失问题。核心方法是为每条消息添加序号,建立独立观察点(MQTT订阅端、Kafka消费者),结合转发服务阶段统计与线程栈分析,定位到下游处理速度不足源于Druid SQL合并统计的高开销。优化措施包括关闭SQL合并、扩容代理队列、增强生产侧失败处理,并验证15分钟内实现全链路对账一致,显著缓解积压与丢包。关键收获:数据可对账、明确各阶段“成功”定义、关注客户端队列状态。 阅读详情

↯ 前言

自从成熟的 DeFi 项目(如Uniswap)吸引大量资本入场后,DeFi 生态繁荣,以太坊网络拥堵问题日趋严重,虽然 2020 年 12 月 1 日以太坊信标链启动,但距离真正实现以太坊 2.0 仍有较长的路要走。短期内,对以太坊扩容的市场需求激增,二层扩容方案 Rollup 也被 Vitalik 钦点,成为最被市场看好的扩容方案。

TokenInsight

1. Layer 2

1.1 Layer 2 解决方案

在区块链生态系统中,一般存在两种扩容方式。

· Layer 1:使区块链本身拥有更高的交易能力 - 把区块变得更大(每个区块包含更多交易)。但这种方案的挑战是:更大的区块更难验证,而且可能会加剧中心化程度。为了避免这种风险,开发人员可以提高(区块链)客户端软件的效率,或者使用分片等技术,允许将验证交易的工作“分割”后分配给不同的节点;这就是ETH2.0 正在做的事情。

· Layer 2:改变用户与区块链的交互方式。用户不是直接将所有交易活动放在区块链进行(链上),而是在“Layer 2”协议中执行大部分活动(链下)。(这种方式要求)链上存在一个智能合约,执行两个关键任务:处理资产的流入(Deposits)和流出(Withdrawals)合约,以及验证链下发生的一切交易活动都符合提前设定的规则。验证链下交易的方式有很多,但它们都有一个共同的特性:链下验证相较于链上验证要“便宜”很多。

Layer 2 提供的最本质的服务就是链接应用和 Layer 1。Layer 2 作为其中间层,让复杂的 DeFi 应用可以通过 Layer 2 层的计算和存储,最终交易状态与 Layer 1底层主链的智能合约交互,保证了去中心化程度。

因此 Layer 2 最核心的市场需求有两个方面:第一是对底层公链网络的需求;第二是市场是否对 DeFi 应用有需求。从应用开发者的角度考虑,Layer 2 需要从两方面解决其开发成本,第一是降低网络使用成本,因为 Layer 2 网络的运营也是需要缴纳费用作为激励的,如果 layer 2 的网络使用成本超过原主链成本,将不会有项目使用。第二是降低开发难度,特别是目前以太坊网络的 Layer 1 层已经有大量成熟的应用在运转,若 Layer 2 需要开发者重新使用新环境开发,也会对 Layer 2 吸引项目形成阻碍。

2. 市场进展

“ 截止至 2021 年第一季度结束,以太坊 Layer 2 扩容生态进展迅速。

Layer 2 市场在 2021 年 3 月末已有较为重要的进展。其技术方案大致可以分为:状态通道、侧链、Plasma 还有 Rollup 等。

采用 zk-Rollup 的 Matters Lab 计划 5 月推出 2.0 公开测试网;Hermez Network 主网已正式上线;以太坊隐私技术解决方案 Aztec 正式在以太坊主网上线 2.0 版本,目前已启用针对 ETH 的隐私 Rollup 服务。另外,Aztec 即将推出 Aztec 2.1+ 版本 ,将在未来几周引入 WBTC、BAT、AAVE、DAI 之类的新资产到 Rollup。

在采用 Optimistic-Rollup 的项目中,Offchain Labs 将放弃专利,Arbitrum 也已经发布了第四个测试网版本 ,该版本也将作为主网的候选版本;但预计3月主网上线的 Optimism 延期至7月,并有 Synthetix 和 Uniswap V3 等明星项目。使用 Plasma 框架的 Polygon(原名 Matic Network)也获得了 Aave 的青睐。

Optimistic-Rollup 的硬分叉项目 MetisDAO 也于 3 月完成 100 万美元的天使和种子轮融资,并于 4 月 28日进行了 NFT 空投活动。

基于状态通道(State Channel)技术的 Celer Network 已将其 DeFi 扩容解决方案 Layer2.finance 测试网部署到 Ropsten (一个以太坊的测试网)上,同时还推出了测试竞赛。

在 Rollup 间的转账应用 Hop Protocol 正在进行审计,预计 4 月份上线主网。届时将支持 Optimism、xDai、Polygon 和 Arbitrum 等 layer 2 方案;而另一个跨 Rollup 转账应用, Connext (基于状态通道)推出了 xDai-Polygon Bridge 的测试版,允许用户将 xDai 和 Polygon 上的 Dai 互相转换。

3. 项目介绍

Metis 是一个 Layer 2 扩容协议,采用了目前社区热度比较高的 Rollup 中的 Optimistic Rollup。并且 Metis 在基础的设计之上加入了 DAO 治理、Ranger、存储层等模块。Metis 还提出了去中心化自治公司(DAC)的商业概念。

3.1 Rollup - 现阶段更好用的 Layer 2 解决方案

Rollup 一般有两种方案,分别是 Optimistic Rollup 和 ZK-Rollup。

Optimistic Rollups,使用欺诈证明(Fraud Proofs):Rollup 合约追踪状态根的所有历史和每批打包交易的哈希摘要。如果任何人发现了某一批打包的交易中存在问题,并且导致了错误的状态根,那么用户就可以通过向链上提交证明的方式将其揭露出来。Rollup 合约将验证证明,如果确定则会回滚该批次的交易以及该批次之后的所有交易。(事后验证,如果出错则回滚修改)

使用 OR 技术的典型项目:Arbitrum、Optimistic Ethereum

ZK Rollups,使用有效性证明(Validity Proofs):每个批处理的交易都包含一个称为 ZK-SNARK 的加密证明(如,使用 PLONK 协议生产),用于证明状态根是执行新打包交易的正确结果。无论计算量有多大,这种方式都可以非常快速地在链上验证。(事前验证,保证记录的信息都是对的)

使用 zk Rollup 的典型项目有:zkSync(Matter Labs)、StarkWare

Rollup 大部分都支持以太坊虚拟机(EVM),因此对于开发者,可以较为简单地将已部署在以太坊网络中的协议迁移至这些不同的 Rollup 中。以太坊创始人 Vitalik 认为,EVM 生态大是优势,有很多合约和代码,因此对于较为复杂的 DeFi 工具,或者现有的以太坊应用,使用虚拟机会大幅降低其开发成本。同时,Rollup 方案在安全性上比新公链或者侧链更有优势,因为其和以太坊网络联系更为紧密,依赖性更强。

对于用户,zkRollup 由于不需要有挑战期,其在提款时就无需等待像是 Optimistic Rollup 一样的 7 天,用户体验上会更好。但针对这个提款时间长的问题,项目方一般会提供一个间接方案:即用 LP 资金池的形式帮助用户承担这7天的等待时间,用户找 LP 就可以及时提款。

当然不同的 Rollup 方案有各自的优劣势。如 Optimistic 中从 Layer 2 取款回到 Layer 1 需要等待的时间较长;ZK-Rollup 中需要的计算量较大等等问题。Metis 采用了 Optimistic 的方案,并通过增加 Ranger 的方式来尝试解决取款时间较长的问题。同时采用了计算层和存储成分离的方式来为 Layer 2 提供数据服务,但实际上对于 Layer 1 的数据可获得性的问题没有解决的细节。

3.2 Metis Optimistic Rollup

Metis 的系统结构,来源:Metis 白皮书

Sequencer 负责 Layer 2 和 Layer 1 的对接(通过 Layer 1 的 Rollup 合约);存储层为 Metis 虚拟机(MVMs)提供数据服务;MVMs 执行具体的 Layer 2 逻辑;Rangers 负责随机对数据的正确性,在 Layer 2 进行核查(试图解决 Layer1 对 Layer2 的数据正确性认可,并且实现快速从 Layer2 提取资产)。

3.3 Ranger

Optimistic Rollup 的机制决定了 Layer 1 会默认/假设 Layer 2 上传到 Rollup 合约的交易是可信的。除非受到了任意人的挑战,并且把相关错误的交易证据找到,Layer 1 才会对之前默认可信的交易进行处理核验,使得这些交易在 Layer 1 达到共识。

若在一定时间内上传到 Rollup 合约(也就是 Layer 1)中的交易没有得到调整,则逐渐交易将会被确定,慢慢达到概率上的交易最终性(Finality)。在目前的 Optimistic Rollup 中,这个接受挑战的时间一般为 1-2周,因而这也导致了在 Layer 2 中提币(或者说把 Layer 2 中的资金汇出)的操作需要等到 1-2 周等待期。除上文提及的 LP 作为解决方案,Metis 设计出了一种更为直接的办法。

3.4 更加可信的“乐观”Rollup

Metis 针对这个问题,在 Layer 2 中加入了 Ranger 的角色。Ranger 的任务本身就是在 Layer 2 中对交易进行本地验证。本质上其实 Metis 想要解决的问题是加快交易最终性的确认,缩短从 Layer 2 提取资产需要等待的时间。

“乐观”的 Rollup 假设上传到 Layer1 的交易可靠,但是为了“确保”交易没问题,还需要等待很长时间。Metis 的设计隐含的意思在仅仅假设“乐观”,假设交易没有问题不够。因而增加了 Ranger 的角色,除了假设外,还增加了验证的成分在。因而理论上,在 Metis 中上传到 Layer 1 的交易更加可信,因而能够在一定程度上减少从 Layer 2 提取资产需要等待的时间。

在机制上 Metis 能够实现其目标,但具体的 Ranger 配置,以及实际能够减少的资产提取时间长短尚不可知。在实际应用层面,可能需要大量的测试,具体涉及到的参数众多。如 Ranger 的数量,去中心化程度,随机审查交易的频率,Layer 2 交易的类型以及涉及金额大小都会对最终交易达到概率上最终性产生影响。

值得注意的是,不管是原始的 Optimistic Rollup 还是 Metis 改进的 Rollup,对于 Layer 2 中的交易确认都是概率上的达到最终性。概率的大小与交易经历的时间关系最大(本质上是 Block time),因而如果要确保交易没问题,时间等待越长概率越大。

TokenInsight 对三种不同方案的 Rollup 进行了简单对比,由于 Metis 是在 Optimistic Rollup 上进行了改进,因此具有相似的技术特色,最大的区别即 Ranger 和 IPFS 的引入。

三种 Rollup 对比,来源:Metis, TokenInsight

4. DAO 基础设施

“ 与目前较为成熟的 DAO 基础设施协议 Aragon 和MolochDAO 对比,MetisDAO 处于发展早期,着重于“个人中心制”的理念

作为去中心化自治组织(DAO)协议,MetisDAO 的定位为支持去中心化企业运营和协作的基础设施,为去中心化管理提供使用工具。目前同样作为 DAO 基础设施的较为成熟的项目主要有 Aragon 和 MolochDAO。

Aragon 定位于广义上的赋能全球化社区的协议,实际应用主要有去中心化社区的资金使用、链上治理等;MolochDAO 最初定位主要是为以太坊上的项目提供资金资助,后衍生为更加广义的去中心化社区赋能,提供可用的 DAO 治理组件和框架,V2 版本的操作平台为 DAOHaus 协议。

对比之下,MetisDAO 的定位针对的是 Web3.0经济中个人商业活动体,为每个参与其中的个体用户提供信用机制和身份认证等基础设施,每个持有 MetisDAO 身份的用户均可以参与到不同的去中心组织(在 MetisDAO 的框架下,此种 DAO 中的组织形态为去中心化自治公司 DAC)。其模式的理念更多是以个人为核心而非每个 DAC,每个 DAC 以完成任务为核心而创立,DAC 的意义也是为完成目标任务而形成的协作模式,若任务完成则 DAC 不在有存在意义,DAC 解散。

4.1 产品进程

在以上几个 DAO 基础设施协议中,Aragon 产品形态成熟,已有许多应用并已发行通证。MolochDAO 则落地了包括黑客松项目资助基金 MetaCartel 和去中心化雇佣协议 Raid Guild 等在内的多个 DAO,同时其操作平台 DAOHaus 也已正式上线并在3月发行了通证。MetisDAO 发展进程相对较慢,但其测试网已上线 Metis Prologue 界面正在测试。根据项目方透露,已有部分 DeFi 和 NFT 类项目有望在其Layer 2 上进行构建。

Aragon、MolochDAO、MetisDAO 产品总览,来源:Aragon,MolochDAO,MetisDAO,TokenInsight

相比之下,MetisDAO 的理念偏向实现个体用户的价值。在“个体至上” 的原则下,DAO 或 DAC 等组织应为辅助个体用户完成任务的协作工具,而非以组织本身为核心。这点与其他 DAO 的模式略有不同,通过四个基本模块:治理、信用、用户标签、资产管理来实现对个人用户的链上身份形象构建,每个人在 MetisDAO 的虚拟世界里依靠声誉等属性来体现个人价值。

MetisDAO 中单个用户构成,来源:Metis DAO白皮书

· 乐观治理 Optimistic Governance:类似于握手协议,每个用户在协作前需要质押一定的保证金作为担保品,建立元协作的合约,乐观协议负责验证运算结果;

· 信誉度:基于质押量和协作记录;

· 属性:用户特征、专业等标签;

· NFT :作为记录用户属性、协作历史的元件,在协作时,作为质押物使用;

· 钱包:储存MetisDAO中协作而奖励的代币。

MetisDAO 协作示例,来源:MetisDAO,TokenInsight

双方用户需要先将自己的 NFT 和保证金质押到一个元质押合约,作为担保品构建初始协作框架。接着,双方或多方用户可以调用 MetisDAO 提供的链上工具包,来完成协作任务。目前除测试版 Prologue 外暂无其他工具包,根据白皮书的描述,未来工具包中将包含开源和社区策划工具,如任务管理、知识管理、活动管理、金融、会计、聊天室、 论坛等 。

如果其中出现作恶者,即有一方未能如约完成任务,另一方即可发起仲裁,元质押合约将暂时被锁定,届时会根据仲裁结果,作恶方将被扣除保证金,同时声誉值也会相应减少,更新在 NFT 中。

总体而言,MetisDAO 使用了一种更类似于“赏金猎人”的协作工作模式,并且使用自己开发的 Metis Rollup Layer 2 基础设施,可以方便其他的 DAO 或 DeFi 应用进行协作。这样做丰富了 DAO 的使用场景,使其不仅限于提案和投票,但挑战在于是否能应对复杂的商业任务。鉴于目前 Metis DAO 的产品未正式上线,对多方且复杂的商业场景的应用落地将是考核其产品竞争力的关键。

4.2 完成高效生产活动的 DAO

MetisDAO 对 DAO 的理解不仅限于“自治社区”这么简单,其认为 DAO 本质上不应该为了链上投票而存在,DAO 的模型可以完成更多复杂协作方式,下文简要阐述了 Metis 对 DAO 协作模式的新理念。

目前市场 DAO 的产品所能实现的大多局限于治理投票,而管理模块有所欠缺,如最基本的社交聊天,维基,开源社区管理,任务分发等模式。CryptoChicks 联合创始人 Elena 在参与区块链社群建设和管理时就发现了这个问题,于是开始寻找解决方案,如何才能在缺乏信任的去中心化环境中实现有效的多成员协作?

DAC 模式因此而生。其相当于创立了一种新型的组织结构,方便每个参与个体在其结构上建立信任、确定协作关系。同时有独立的 Layer2 底层架构,理论上可以实现很多复杂协作。

正如前文所述,Layer 2 链接两端,一端是开发者,一端是使用者。DAC 的参与者即是开发人员,又是使用者。通过去中心化的协作方式,在 DAC 的支持下,开发人员可以完成 DApps 等复杂应用的开发、管理、运营,每个开发者都可以贡献自己独有的资源和技巧,按照其贡献程度换取相应奖励。奖励机制越公平,市场也就越完善,也会吸引更多参与者进入生态,这就是其良性运转的基本逻辑。

但这也是对项目的很大挑战,在生态较少的早期阶段,并没有足够的市场和流动性保证其激励机制的公允,那么项目是否会设定额外的有效激励方案(如 4 月举行的 NFT 空投活动等),来促进优质的资源在其基础上进行建设,将会是其发展的关键挑战。

4.3 应用和生态

Aragon 和 MolochDAO 均已搭建有较为成熟的应用生态。MetisDAO 则尚处于测试网阶段,尚未有实际的落地应用。各协议基本情况如下表所示:

基本信息和生态建设对比,来源:Aragon,MolochDAO,MetisDAO,TokenInsight

同时,在统计的 102 个较为主流、参与人数和涉及资金较多的 DAO 组织中,采用 Aragon 和 MolochDAO 的分别占53.9%和27.5%。毫无疑问,二者目前为 DAO 基础设施中的领先协议,占据大部分的市场。而 MetisDAO 作为尚未上线主网的协议,社区关注度尚可,测试网活跃度较好。


•

END

相关阅读

〓 TI 研报 | 2021 Q1 期货与期权市场研究报告

〓 TI 研报 | 2021 Q1 DeFi 保险

〓 TI 研报 | 2021 Q1 永续合约

风险提示

防范各类金融平台打着“区块链”和“虚拟货币”等旗号的非法集资活动,TokenInsight将严格遵守国家法律和监管规定,坚决抵制利用区块链进行非法集资、网络传销、1C0及各种变种、传播不良信息等各类违法行为。

如发现内容含敏感信息,请后台联系我们,我们会及时处理。

Layer2扩容方案开发实践 Layer2扩容方案开发实践摘要:本文介绍了主流Layer2技术方案(状态通道、Plasma、Optimistic/ZK Rollup等)的核心机制与特点对比,重点分析了Optimistic Rollup的实现架构。通过智能合约代码示例展示了Rollup的核心组件,包括批次提交、欺诈证明挑战和状态确认等关键功能。文章还使用Mermaid图表呈现了Layer2系统的整体架构,并详细说明了状态转换验证过程。这些方案通过链下处理交易、批量提交主链的方式,在保持以太坊安全性的同时显著提高了吞吐量并降低了交易成本。 阅读详情

相关推荐

Spark01_Spark核心概念与环境搭建全流程

本文系统介绍Spark核心概念与环境搭建全流程。Spark是基于内存的通用大数据计算引擎,通过DAG模型减少中间结果落盘,显著提升性能。相比MapReduce,Spark支持批处理、流处理、机器学习等多场景,具备高效、可扩展特性。核心组件包括Spark Core(RDD)、SQL、Streaming、MLlib及多种集群管理器。下篇详解Standalone、Yarn及PySpark本地开发环境配置,涵盖spark-submit使用、Anaconda集成、Windows部署及History Server启用,

2301_80420058的博客 338

Layer2扩容方案介绍

Layer2 扩容方案 技术分类: 「状态通道State Channel」「侧链SideChain」「Plasma」「Rollup」「Validium」 「状态通道State Channel」 状态通道要求用户将以太坊的状态快照存入到一个多签合约中,该状态将蕴藏着关键数据,比如一个地址在特定时间持有的ETH的数量。加入通道的用户之间可以实现快速自由的链外交易,具有即时的终局性和优越的隐私性。 「侧链SideChain」 侧链是一个独立的区块链,与主网平行运行,独立运作,它有自己的共识算法(权威证

积极! 1万+

876-基于STM32的毫米波雷达智能睡眠监测系统

基于STM32的毫米波雷达智能睡眠监测系统通过非接触式毫米波雷达检测人体呼吸频率和体动次数,结合WIFI数据传输和OLED显示,实现睡眠质量分析与远程监控。系统核心功能包括生理参数采集、阈值设置、数据可视化及远程交互。

m0_50083169的博客 1542

Layer2 扩容解决方案详解

Layer2 是建立在以太坊主网(Layer1)之上的扩容解决方案,它: - 继承以太坊的安全性 - 提供更高的交易吞吐量 - 降低交易费用 - 保持去中心化特性

Minner 1240

doris2.1.8连接报错ERROR 1203 (42000): Reach limit of connections解决办法

摘要:客户Doris数据库报错"ERROR 1203 (42000): Reach limit of connections"的解决过程。发现AI提供的解决方案存在错误:1)查询命令应为SHOW FRONTEND CONFIG而非show variables;2)参数名称应为qe_max_connection而非max_connections。正确解决步骤:1)用admin账户登录查看连接数限制和当前连接数;2)通过SHOW PROPERTY命令检查用户资源限制;3)针对不同情况修改参数

Brent的专栏 1761

OpenCode:终端开源AI编程助手,多模型接入与实战指南

AI编程助手正在从IDE侧边栏走向终端环境。其核心原理是让模型直接读取项目文件、执行命令、查看报错,形成从诊断到修复的完整闭环,从而解决传统插件上下文割裂的问题。技术价值在于开源透明、模型无关,既可接入OpenAI等云端服务,也能通过Ollama连接本地模型,兼顾数据安全与离线场景。在工程实践中,它适用于长时间驻留项目、自动修Bug、团队统一AI工具链等需求。OpenCode正是这样一款终端AI助手,支持灵活配置第三方API密钥,提供免费档与Go套餐,并通过Skills技能系统让模型遵循标准操作流程。同时,

weixin_28745821的博客 326

以太坊Layer2扩容方案之Op-stack rollup讲解

Rollup 是一种 Layer 2 扩展解决方案,通过将大量交易数据打包(rollup)并提交到以太坊主网,以提高交易吞吐量和降低交易费用。对L2链下交易进行区块打包,写入本地从交易池中捞取交易进行批量打包,提交到L1主链将状态根也提交到L1主链以太坊主网智能合约对提交的状态进行验证和确认状态更新或者回滚。

跨链技术践行者 1892

从零开始使用CubeMX配置STM32使用lwip实现httpd服务器以及使用vscode编辑阅读keil代码(三)

使用stm32搭载lwip实现HTTPd服务器

qq_30623327的博客 5932

Layer2区块链扩容方案(1)——总述

这篇文章作为一个简单介绍,很多技术只是大致提及或者引用,之后会在详细学习后逐项解释。

Hock2023的博客 2493

从打印攻击到视频重放:手把手用OULU-NPU训练你的第一个活体检测模型

本文详细介绍了如何使用OULU-NPU数据集训练活体检测模型,以应对打印攻击和视频重放等安全威胁。通过PyTorch框架,从环境准备、数据加载、预处理到模型架构设计,手把手教你构建一个高效的双流网络,结合CNN和LSTM技术,提升模型在多种攻击场景下的检测准确率。

weixin_29092031的博客 383

window下迁移SVN仓库到新的windows服务器

window下迁移SVN仓库到新的windows服务器

Bertram的博客 4690

以太坊链上的二层(layer2)扩容方案Matic(Polygon)

文章目录以太坊链上的二层扩容方案Matic(Polygon)什么是 Matic(Polygon)Polygon的发展史Matic 改名 PolygonPolygon生态Matic(Polygon) 使用注意参考 以太坊链上的二层扩容方案Matic(Polygon) 什么是 Matic(Polygon) 官网:https://polygon.technology/ 官方推特:https://twitter.com/0xPolygon 官方GitHub:https://github.com/maticnetwo

西京刀客 9852

<202505高项>《【VIP合集】 软考高项(第四版)十大知识域、五大过程组、ITTO输入输出工具、项目绩效域》

软考高项(第四版)十大知识域、五大过程组、ITTO输入输出工具、项目绩效域

Else 的博客 1850

以太坊扩容之二层(Layer2) Rollup 解决方案

文章目录一、背景二、什么是Layer 2三、Layer2的主要技术四、什么是Rollup什么是Optimistic Rollup(OR)?什么是ZK Rollup(ZKR)?五、参考 一、背景 2020 年 9 月,以太坊的 gas 价格突破历史新高,超过 477 Gwei,或许这预示着离 gas 价格涨至 Twei 的日子不远了。 自 2017 年的 ICO 热潮以来,以太坊网络上还没有如此拥堵过,可以说现在的拥堵程度更高了。区块 gas 上限也创下了历史新高 1250 万。交易量达到了 2017 年的峰

西京刀客 2642

深度解构事务码 SQF:Support Query Framework 与 ABAP 静态分析实战

某制造企业在年度审计前,需要确认自定义发票过账程序 ZFI_INV* 系列是否存在硬编码公司代码与未捕获异常。技术团队在字段填入ZFI_INV*后,勾选与规则,执行扫描。SQF 生成的 ALV 报告列出 42 个警告,其中 17 条与抛出 CX_SY_NO_HANDLER 相关,8 条涉及动态 SQL 注入风险。结果导出至 Excel 供开发整改,并在 ATC 阶段验证修复。此过程较手工逐个执行 Code Inspector 节省超 80 % 时间。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 214

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

Flink 学习日志 03:自定义一个SourceFunction,完成对Redis中数据的读取

本文介绍了在Flink中自定义SourceFunction读取Redis数据的完整流程:通过Jedis客户端连接WSL2中的Redis服务,编写RedisSource实现循环读取所有Key-value并逐条输出,结合Thread.sleep()实现每秒一条的流式效果。关键步骤包括环境准备、添加Jedis依赖、配置IDEA运行时加载provided依赖,并注意生产环境中应避免使用阻塞的keys *,改用scan命令。最终实现动态读取、实时打印,验证了Flink与Redis的数据集成能力。

木木的学习笔记 400

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

Elasticsearch ingest pipeline 被禁用之后:性能代价、安全治理与数据入库时间的四种替代方案

生产环境为什么禁用 Elasticsearch ingest pipeline?写入路径同步执行的开销、Painless 脚本的安全治理是根因;而 _ingest.timestamp 出不了 pipeline,ES 8/9 也没有原生入库时间字段。本文给出四种替代方案:采集端注入时间戳、bulk 响应后回写、refresh=wait_for 近似、最小 set pipeline 白名单,附选型对比与踩坑清单。

Sayai的专栏 338

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

大数据工具介绍

Hive作为离线数仓的元数据管理与SQL接口,依托HDFS存储、Spark/MapReduce计算;Spark是统一的分布式计算引擎,承担复杂数据处理;DataX实现异构数据源间离线同步;ClickHouse擅长极速单表分析;Doris则提供实时、多表关联的综合分析能力;Flink作为原生流处理引擎,支持毫秒级实时计算与状态管理。两者共同构建起从离线批处理到实时流处理的完整数据链路。

yyk33324的博客 261

行业研究报告采购避坑指南:从需求拆解到机构选型的实操逻辑

先说结论:买行业研究报告这件事,坑不在“哪家便宜”,而在“你拿到的数据能不能回答你的问题”。作为一个经常帮企业做采购决策的顾问,我见过太多花了几万块买回一堆PDF却用不上的案例。这篇文章把采购流程拆成五步,每一步告诉你该看什么、该避什么,尽量帮你少交学费。

2601_96585642的博客 218

代购系统改造:服务无状态化、分级隔离

代购系统因链路长、流量脉冲、写放大等特点,高可用设计需聚焦“消灭单点”。通过服务无状态化、分级隔离、数据库与消息队列容灾、监控告警与混沌工程验证,实现MTTR降至3分钟内,支付成功率超99.9%。核心经验:缓存雪崩防于过期策略,跨地域用短TTL GeoDNS,支付降级必须幂等。高可用本质是持续检验“无单点”假设的闭环体系。

2601_95706522的博客 159

ubuntu安装hadoop系统

本文详细介绍了基于VMware克隆虚拟机搭建三节点Hadoop分布式集群的全过程:使用同一Ubuntu镜像克隆出master、worker1、worker2三台虚拟机,依次配置主机名、固定IP(如192.168.82.10/11/12)、SSH服务及免密登录,确保节点间网络互通。随后安装Java,下载配置Hadoop并分发至各节点,最终初始化启动集群,验证其存储与计算功能,实现高效的大数据环境部署。

qq_43592674的博客 301

Elasticsearch:稠密向量字段类型

dense_vector字段用于存储稠密向量,支持k近邻搜索(kNN),默认启用索引并使用余弦相似度。可接受浮点数数组或Base64编码字符串输入,支持自动量化(如int8、int4、bbq)以降低内存占用。通过index_options配置索引类型(如hnsw、bbq_disk),并可启用过采样与重新评分提升精度。向量默认不存储于_source中以节省空间,可通过fields或_source.exclude_vectors显式返回。支持bit向量及GPU加速索引,适用于高维向量场景。

Elastic 中国社区官方博客 254

【消息队列】ACK确认了什么:消息队列可靠投递的完整链路

本文剖析消息系统中ACK机制在生产者、Broker、消费者三段链路中的作用,指出即使三段确认均正确配置,系统仍只能提供“至少一次”可靠性。原因在于重试、崩溃、重平衡等场景会导致重复投递,而“恰好一次”需依赖业务侧幂等性保障。关键结论:ACK仅保证不丢,不重复需靠唯一键、去重表或状态机等业务设计实现。

2503_94545876的博客 672

kafka指定分区消费

【代码】kafka指定分区消费。

hy_208的博客 47

数据科学与大数据技术专业有哪些比较好考的证书?

如果目前还没有明确方向,建议先完成Python与SQL基础学习,再选择一张与目标岗位最接近的证书。不要为了增加简历条目,在同一阶段同时准备多个不同技术方向。以数据分析方向为例,可以参考2025版CDA证书大纲安排基础学习:先掌握业务数据结构、数据库应用和统计分析,再进入指标体系、看板和用户分析。具备一定项目经验后,再学习二级涉及的统计检验、模型评估及数据治理。2025版教材介绍强调了思维、技术和实践的结合,适合用于组织学习;2027年的具体考试范围、报名条件和安排,则应依据届时发布的信息制定计划。

YangYang9YangYan的博客 308

如何在用户认证系统中使用 ElasticSearch 提升

本文介绍了如何在一个典型的企业级应用——用户认证与权限管理系统内引入并运用 ElasticSearch 技术来提高查找效率并降低数据库负载压力。读者可以通过了解其基础架构原理、正确配置方式以及典型应用场景从而掌握该工具的基本用法。如果你正在寻找一种更灵活高效的检索方案用于自己的项目当中,请考虑从以下几个方面入手实践: 1. 确认是否有必要引入新的全文搜索引擎;2. 设计好适用于该项目的数据模型以及索引规则;3. 持续优化你的 DSL 查询语句并监控运行状态;

wuchangjian的专栏 167
上一篇: TI 研报 | 2021 Q1 期货与期权市场研究报告
下一篇: TI 视界 | 期权市场:以太坊突破 4,000 美元
TokenInsight
博客等级 码龄8年 114粉丝 286原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值