FX168财经网_全球视野外汇黄金加密货币NFT资讯网

OpenAI要做游戏吗？首度收购Global Illumination 入局AIGC热潮

司的工程师兼首席技术官，已有20多年的编程经验，履历遍布Facebook AI、Instagram、YouTube、谷歌、微软。2012年，他作为YouTube机器学习工程师，主要负责视频推荐，领导了核心基础排名设施重构。 Joey Flynn是公司的设计师兼首席产品官，被外界誉为Facebook的顶级设计师之一。2010年，他加入了Facebook，领导了包括Chat Heads，以及Facebook的移动软件Home在内的一些重要项目。除此之外，值得关注的是，团队中有一名华人工程师Brandon Wang，曾在Riot Games、Pixar致力于游戏动画的研究，擅长做渲染设计。 02.开源网页版沙盒游戏在Global Illumination公司被收购之前，他们正专注于开发一款名为Biomes的创新网页游戏。 Biomes是一个基于Web构建的开源沙盒大型多人在线角色扮演游戏（MMORPG）。它被称为开源版“我的世界”。玩家可以直接在浏览器中进行游戏，无需下载或安装额外的软件。 Biomes游戏世界由多个不同的生物群系组成，包括森林、沙漠、山地和冰原等。玩家可以探索这些生物群系，收集资源、建造建筑，并与其他玩家进行互动、合作，甚至与敌对的生物进行战斗。与传统沙盒游戏不同的是，Biomes使用人工智能技术来动态生成游戏世界。也就是说，地形、植被、动物群落和天气等元素都可以根据玩家的行为和喜好进行调整。例如，如果玩家喜欢探索森林，游戏的人工智能会通过分析玩家偏好，在森林中增加更多的树木、花草和野生动物，以提供给玩家更多的发现和惊喜。如果玩家喜欢在沙漠冒险，游戏人工智能可能会增加沙漠的干旱和危险程度，给玩家带来更多挑战和刺激。这种基于人工智能的自适应游戏体验为玩家带来了许多优势。首先，它增加了游戏的多样性和个性化。每个玩家都可以根据自己的喜好和风格来塑造游戏世界，从而创造出与众不同的体验。其次，人工智能技术使游戏更具互动性。玩家的行为和决策直接影响到游戏世界的演变，他们可以与其他玩家合作或竞争，共同塑造游戏的发展轨迹。 03.重大战略转折？收购Global Illumination无疑是一个具有巨大潜力的战略转折。通过与该数字设计公司的合作，OpenAI将能够创造出更广泛的尖端工具。除了提高OpenAI的现有能力外，这项战略收购还为开发以人工智能为动力的解决方案铺平了道路，开发领域将拓宽至商业、设计和娱乐等。游戏世界的无限可能从Global Illumination目前对外展示的游戏项目Biomes来看， OpenAI也许会打造出一款基于ChatGPT的多智能体沙盒游戏，让用户可以在一个虚拟世界中与其他玩家或智能NPC互动。此前，英伟达发布的Voyager把GPT-4融入《我的世界》变身AI高玩，而曾轰动整个AI社区的斯坦福智能体小镇开源后有知名风投公司Andreessen Horowitz进行了二创，AI生成的智能NPC的确是游戏行业的新趋势。沙盒游戏本身的魅力来自于UGC内容所产生的无限可能性与多样性，生成式AI的出现能够降低内容制造的门槛，提高玩家的创造力。智能NPC的火热则更是将游戏设计的主动权交给了用户，让虚拟世界更具有沉浸感与代入感。 AICG领域的竞争 ChatGPT大火后，随之而来的AIGC时代吹响了号角。文生图、图生图、视频生成等赛道挤满了大厂与独角兽的声影， OpenAI虽然把AIGC最具体的实现场景做到了极致，但在垂直领域商业化落地尚欠火候。 Global Illumination团队在数字产品设计方面具有丰富的专业经验，也与业界知名公司有过合作经历，具有一定的影响力，能很好填补OpenAI在AIGC领域创造垂直产品的空缺。 OpenAI的企业愿景是创造造福全人类的AGI通用智能，但旗下其他产品则更多地是面向开发者和企业提供API接口，打造To B平台。在并入Global Illumination后，OpenAI将增强其产品的创造力和多样性，协同开发新一代更强大的DALL-E或是挑战视频生成领域，都将有助于拓展用户群与增强竞争力。 04.OpenAI入局游戏行业？总而言之，OpenAI收购Global Illumination是该科技巨头重要的战略举措之一。除了增强OpenAI当前的能力外，该战略协议还为开发AI驱动的解决方案奠定了道路，这些解决方案有望改变包括商业、设计和娱乐在内的各个板块。目前，AIGC领域呈现出内容类型不断丰富、内容质量不断提升、技术的通用性和工业化水平越来越强等趋势，这使得AIGC在消费互联网行业日趋主流化，涌现出了一大波智能助手、AI绘画、聊天机器人、数字人等爆款级应用。假使OpenAI入局游戏行业，AIGC的舞台将会展现出更加别样的风采，层出不穷的创新想法或许会彻底改变用户与人工智能的互动方式，为我们带来更好的内容生产和消费体验。【声明】：本文为元宇宙之心运营团队原创，未经允许严禁转载，如需转载请联系我们，文章版权和最终解释权归元宇宙之心所有。来源：金色财经

金色财经2023-08-24

加密艺术：区块链与创意的奇妙融合

实现创作者和购买者之间的直接连接。可编程艺术作品智能合约为艺术作品增加了可编程性。艺术家可以在智能合约中定义作品的属性、使用权和销售条件，实现自动化的版权管理和收益分享。这种方式保护了艺术家的权益，同时也为购买者提供了透明的购买和使用权。去中心化市场与全球参与区块链使得加密艺术市场变得去中心化，任何人都可以参与其中，无论地域和身份。这种全球性的参与促进了艺术创作的多样性和创新性。同时，去中心化市场也消除了中间商和中介，让创作者和收藏家能够更直接地互动和交易。拓展艺术创作领域加密艺术不仅限于传统的绘画和雕塑，还涵盖了虚拟现实、增强现实和数字音乐等领域。区块链技术为这些新型创作提供了支持，让艺术家可以在数字领域创造出更多富有创意的作品。价值与现实世界的连接虽然加密艺术在数字领域蓬勃发展，但它的价值也能够延伸至现实世界。一些加密艺术作品通过代币化，可以与现实世界的实物或特权相联系，为数字作品赋予了实际的价值和意义。创新与未来展望加密艺术与区块链的融合不仅为艺术界带来了技术上的创新，也在艺术市场上掀起了一场变革。未来，我们可以期待更多新的加密艺术形式的涌现，以及区块链技术在艺术领域进一步的应用。加密艺术的奇妙融合，将为艺术界带来更广阔的发展空间和创造力的释放。来源：金色财经

金色财经2023-08-24

硬核解析：下一代区块链的“智能”Architecture

M智能合约框架内，这要求intent被编程化后可由智能合约或代理合约，或off-line扩展的方式和链上各类DeFi协议进行丝invoke滑调用。 2）独立运行在一个全新的公链架构内，除了Solver、Excutor之外，还需要有相应的Proposer、Validator等角色以实现链的去中心化运作。 Solver即求解器，是负责将抽象的intent编程化的角色，比方说：用户A在发送交易时有三个intent意图，透明intent+安全intent+隐私intent。简单的交易由layer1直接处理，而复杂的交易会来到layer2 Solver这里。 Solver将两个意图通过一个由ZK Proof提供的零知识证明技术，一个由ciphertext提供的随机加密算法密文。最后，处理好的txs会被发送到Mempool，等待打包上链； Executor即执行人，是负责将Solver发送来的txs最终执行状态改变+完成校验，可以理解为，最终成功实现用户intent的矿工，并负责校验intent执行过程中不会出差错，完成最后的链上记账行为；再通俗理解，Solver相当于以太坊上的Searcher，负责搜集整理交易，Executor则相当于以太坊上的bulider负责最终打包出块。当然，它也有Node节点，Relay中继器，Validator验证者这些角色，和目前已有公链无差，就不过多解释了。 Solver和Executor都可以由Permissionless的组织和机构以Auction的方式参与，以确保系统的透明性和去中心化。其大致Workflow为（如下图）： User 提交intent数据——Gossip Node接收并广播数据: ①简单交易直接走L1——>经layer1的Proposer、Validator、Executor等生成Recepit ②复杂交易会被分配到L2——>Solver负责模块化集成zk、cipheretext等技术编程化数据——>Proposer整理排序将数据打包——>Validator验证数据的有效性——>Executor完成出块记账——>返还给用户Recepit。用户客户端会汇聚Recepit，最终完成Verify。看完是否觉得，这完全是一套全新的区块链架构Architecture？嗯，没错。一个集成已有各类技术，高度模块化的新公链构造。从比特币时代的Scriptable脚本化到以太坊时代的Programmable编程化，再到intent时代的Programable ++。下一代的区块链“智能”架构，理想情况下会充分利用各种前沿技术执行交易（包括AI），用户也可以通过intent层传入更复杂的需求，整个执行过程又被架构高度自动化和模块化。唯有区块链更加易用和“智能”，才能最终实现Mass Adoption。来源：金色财经

金色财经2023-08-24

通过链上数据和交易一文带你读懂MEV

成为 MEV-bot 的收入（例如，以编程方式设置时，在应用 UI 或 amountOutMinimum/sqrtpricelimitx 96 参数内的 swap 设置中设置一个百分比)。清算 MEV 机器人还可以在借贷协议中获利，借贷协议是连接贷款人和借款人的 DEX（例如 MakerDAO、Aave、Compound 等）。借款人提供平台支持的抵押品后可以借入一定价值的资产，当借款人的抵押品无法偿还债务时，就会发生清算，清算人被激励以低价购买抵押品偿还债务。让我们以0×652 开头的交易为例。 0×310 地址开头的 MEV 机器人通过从 Balancer 获得闪电贷获得 212 USDT 借款，然后 MEV-bot 在步骤 3-8 中清偿了借款人所欠的 USDT，0×994 地址开头的 MEV 机器人以折扣价获得了抵押品作为回报，在步骤 8-11 中，MEV 机器人将所有收到的 TUSD swap 为 WETH 和 USDT，并在步骤 12 中还清了初始闪电贷，所有步骤都在一次交易中完成。长尾 MEV 套利、三明治攻击和清算是提取 MEV 的主要方式。此外，MEV 中还有其他一些策略，这些策略是利基的、神秘的和未被发现的，这些均被称为长尾 MEV。来源：金色财经

金色财经2023-08-24

区块链技术是否安全？了解背后的保障与风险

世界中发挥作用。区块链技术本身在一定编程上被认为是相对安全的，但也不是绝对安全的。来源：金色财经

金色财经2023-08-23

zkSync中的原生Account Abstraction介绍

像EOA一样发起交易，但也可以利用其可编程性来实现任意逻辑，如合约账户。这就是我们所谓的帐户抽象（Account Abstraction），它融合了以太坊中两种账户类型的优势，使AA账户的使用体验更加灵活，从而实现了上述两种目标：签名抽象和支付抽象。 zkSync Era中的AA机制在zkSync Era中，zkSync AA的最重要角色是bootloader，它是一个System Contract，主要用于处理交易以及执行AA机制，对应于EIP-4337的EntryPoint Contract。bootloader无法被用户调用（只能由Operator触发），也从未被部署（直接在节点上运行），但它具有一个正式地址（可用于收款）。 Operator是ZK Rollup中的重要角色，是中心化的Off-Chain Server，与可能见过的Sequencer类似，负责从外部触发bootloader等System Contract。原生的帐户抽象协议（例如StarkNet、zkSync）基本上都是参考EIP-4337进行设计，zkSync的实现中，用户会将交易发送给Operator，Operator会将交易发送给bootloader，并开始一系列的处理。从区块的角度来看：当bootloader接收到来自Operator的输入时，bootloader会首先为该区块定义一些环境变量（如燃气价格、区块号、区块时间戳等）。然后，bootloader会顺序读取交易列表，首先查询该帐户合约是否同意该交易（即AA机制中的调用validate function），然后将它们放入区块中。每笔交易验证通过后，Operator会验证该区块是否足够大，以便发送给验证者（或是否超时）。如果足够大或超时，Operator会关闭该区块，停止向bootloader添加新交易，并完成交易执行。从交易的角度来看，当Operator触发bootloader后，bootloader会顺序处理每笔交易：确认用户帐户合约地址对应的nonce是否合法调用用户帐户合约上的validate function进行验证验证通过后，帐户合约会将gas fee汇入bootloader的地址（或通过Paymaster，后文会介绍），bootloader会检查自己是否收到足够的款项。调用用户帐户合约上的execute function执行交易。以上的前三步对应着EIP-4337的验证循环（Verification Loop），第四步则对应着EIP-4337的执行循环（Execution Loop）。这里主要进行了一个概述性的介绍，每一步的细节和角色将在接下来的详细说明中逐一阐述。 zkSync 抽象帐户合约快速概览 Nonce zkSync 的账户 nonce 被记录在一个名为 NonceHolder 的系统合约中，通过映射（mapping）的方式记住每组 (account_address, nonce) 对是否被使用，用以判断 nonce 是否合法。根据前文所述，在 Operator 触发 bootloader 后的第一步是检查 nonce。因此，在每笔交易开始之前，NonceHolder 将用于确认当前使用的这组 nonce 是否合法（目前仅检查是否已使用）。如果 nonce 合法，将进入验证阶段（Verification Phase），此时 nonce 将被标记为已使用；如果不合法，则交易（验证）将失败。关于 zkSync 当前 nonce 的重点：尽管当前用户可以同时向账户发送具有不同 nonce 的多笔交易进行执行，但由于 zkSync 不支持并行处理，因此不同 nonce 的交易仍将按顺序进行处理。理论上，用户可以使用任何 256 位的非零整数作为 nonce，但 zkSync 仍建议使用 incrementNonceIfEquals 作为管理 nonce 的方式，以确保它是按顺序递增的（目前 zkSync 的 AA 机制仅确认未使用过的 nonce，但官方文件表示未来可能会要求顺序递增）。账户合约在 zkSync 中的账户合约有以下四个必要的入口点（Entry Point），分别是： validateTransaction：在验证阶段被调用，以确认此次操作是否经过账户所有者的授权，用户可以在这里定制自己的验证逻辑（例如各种签名算法、多签等）。 payForTransaction：当交易手续费由该账户支付（而不是使用 paymaster）时，操作员将调用此函数向 bootloader 地址支付至少 tx.gasprice * tx.gaslimit 的 ETH。 prepareForPaymaster：当交易手续费将由 Paymaster 支付时，操作员将调用此函数以完成与 paymaster 的交互前准备工作。zkSync 提供的示例是批准 Paymaster 的 ERC-20 代币。 executeTransaction：在验证阶段成功通过且成功收取手续费后，此函数将用于执行用户希望实现的操作（例如与合约互动、汇款等行为）。关于 Paymaster、手续费数量（tx.gasprice * tx.gaslimit）等内容将在后续章节中解释。在zkSync的账户中还有一个非必需的保险函数 executeTransactionFromOutside。当无法执行操作时（例如序列生成器没有响应或发现zkSync存在监管风险时），可以使用“逃跑机制”将资金提取到L1。这部分与AA协议没有太大的关系，因此不会在此详细描述，有兴趣的人可以查看官方文件和zkSync的规范。验证函数的要点和限制在validateTransaction函数中，可以实现各种定制逻辑，例如如果账户已经实现了EIP-1271标准，可以直接将EIP-1271中的验证逻辑套用在validateTransaction中，或者参考zkSync官方文档中的多签名账户合约实现。同时，在EIP-4337的Verification Phase中为了避免DoS威胁，有一些限制（不能涉及外部的操作码以及有限的深度等），在zkSync中也有类似的限制，例如： 1.合约逻辑只能触及自己的槽位（如果账户合约的地址为A）： - 属于地址A的槽位 - 任何其他地址的槽位A - 任何其他地址的槽位keccak256(A||X)，即可以直接使用地址作为映射的键（例如映射(address=>value)），也等同于允许访问槽位keccak256(A||X)，以实现扩展。例如ERC-20上的代币余额。 2.合约逻辑不得使用全局变量，例如block.number 执行函数的要点和限制在executeTransaction函数中需要注意的是，如果要执行系统调用（System Call），需要确保具有isSystem标志。因为这些系统合约对账户系统的影响非常大，例如增加nonce的唯一方式是与NonceHolder互动，要部署合约必须与ContractDeployer互动，使用isSystem标志可以确保账户开发者有意识地与系统合约互动。然而，建议在实现时可以使用zkSync提供的SystemContractsCaller库，以避免自己处理isSystem标志，并使用其中的systemCallWithPropagatedRevert完成系统调用。上述代码示例中涉及与`DEPLOYER_SYSTEM_CONTRACT`进行交互。帐户开发者最常遇到的系统合约情况是我们要使用帐户来部署一个合约，此时必须与`ContractDeployer`这个系统合约进行交互。在这种情况下，帐户开发者需要与`ContractDeployer`合约进行通信，以确保成功部署合约并执行所需的操作。 zkSync时代的费用模型和Paymaster 费用和 Gas 限额 zkSync的费用模型与以太坊非常相似，费用代币仍然是ETH。然而，除了基本的计算和写入槽位成本外，与其他Layer2解决方案（如Arbitrum、Optimism）一样，zkSync还需要考虑发布到L1的额外成本（安全费用）。由于发布数据到L1上的燃气价格非常不稳定，因此在每个区块开启（开始记录交易）时，zkSync的Operator会定义以下动态参数： - gasPrice：以gwei为单位的燃气价格，即前文提到的交易对象中的tx.gasprice - gasPerPubdata：在以太坊上发布一个字节的数据所需的燃气数量此外，与EIP-4337不同，zkSync不需要定义三种燃气限制：verificationGas、executionGas和preVerificationGas，而只需要一个gasLimit来包含以上所有费用成本，因此用户需要确保gasLimit足够涵盖Verification阶段、Execution阶段以及上传数据到L1的安全费用等所有费用成本。这个费用成本包含在前文提到的交易对象中的tx.gaslimit。将这两者相乘（tx.gasprice * tx.gaslimit）就可以得到这笔交易支付给bootloader的手续费数量。 Paymaster Paymaster主要在用户交易支付手续费阶段，代替用户的帐户合约向bootloader支付ETH。用户可以选择不同的Paymaster和支付模式来支付手续费，例如（但不限于）： - 在交易发起前或交易执行后向Paymaster支付ERC-20代币 - 使用信用卡向Paymaster合约充值 - Paymaster将持续为用户免费支付部分或全部手续费用户与Paymaster互动的方式取决于不同的协议，可以是中心化也可以是去中心化；可以在交易前，也可以在交易后；可以使用ERC-20代币也可以使用法定货币，甚至可以是免费的。 zkSync的Paymaster合约主要由两个函数组成，分别是validateAndPayForPaymasterTransaction（必需）和postTransaction（可选），两者都只能被bootloader调用： - validateAndPayForPaymasterTransaction是整个Paymaster合约中唯一必须实现的函数。当操作员收到的交易附带Paymaster参数时，表示手续费不由用户的帐户合约支付，而是由Paymaster支付。此时，操作员将调用validateAndPayForPaymasterTransaction来判断该Paymaster是否愿意支付这笔交易的手续费。如果Paymaster同意，该函数将向bootloader发送至少tx.gasprice * tx.gaslimit的ETH。 - postTransaction是一个可选函数，通常用于退款（将未使用完的燃气退还给发件人）。然而，当前的zkSync尚不支持此操作。 zkSync中的Paymaster在实现了postTransaction后才会执行postTransaction，这一点与EIP-4337不同，EIP-4337在validatePaymasterUserOp没有返回上下文时不会调用postOp，反之亦然。综合以上，举例来说用户现在想要发送一笔手续费由 Paymaster 支付的交易，那流程如下：借由 NonceHolder 确认 nonce 是否合法呼叫用户 Account Contract 上的 validateTransaction 进行验证，确认交易由帐户拥有者授权呼叫用户 Account Contract 上的 prepareForPaymaster，里面可能会执行例如 approve 一定数量的 ERC-20 Token 给 Paymaster 或是不做任何事呼叫 Paymaster Contract 上的 validateAndPayForPaymasterTransaction 确认 Paymaster 愿意支付并且收取手续费，同时 Paymaster 向用户收取一定数量的 ERC-20（前面 approve 的）确认 bootloader 收到正确数量（至少 tx.gasprice * tx.gaslimit）的 ETH 手续费呼叫用户 Account Contract 上的 executeTransaction 执行用户想要的交易如果 Paymaster Contract 有实作 postTransaction 且 gas 仍然足够（没有 out of gas error），那就执行 postTransaction 最后一步即便 out of gas error 导致不能执行 postTransaction，这笔 AA 交易也算是成功，只是省略掉呼叫 postTransaction 的动作而已。更深入探究 zkSync 的 Paymaster 会发现它的 Verification Rules 和 4337 稍有不同（zkSync Paymaster 可以踩任何其他合约的 slot）、同时也有各种不同的 type（例如 Approval-based），这部分由于比较细节所以有兴趣深入的人可以参考官方文件或我之前的实作。 Summary & Comparison 通过前文的解释，我们已经了解了账户合约具有哪些重要的入口点，以及它们的作用和相关限制。同时，我们也了解了系统合约的功能。接下来，让我们对在 zkSync 中一个自动操作（AA）交易从构建到完成的过程进行总结，同时我也会提供更详细的参考资料，以供那些希望深入了解的人参考： 1. 用户在本地使用 SDK 或钱包构建交易对象（例如：from、to、data、value等）。 2. 用户对该交易进行签名。这里的签名不一定是传统的 EIP-712 格式和 ECDSA 曲线签名。zkSync 还支持 EIP-2718 和 EIP-1559，选择签名方式和验证方式的关键在于通过帐户合约中的验证函数进行验证。 3. 将已签名的交易通过 RPC API 发送给操作员（Operator）。此时交易进入待处理状态。操作员将交易传递给 bootloader（调用 bootloader 合约上的 processL2Tx 函数），开始一系列的 AA 协议流程。 4. Bootloader 会检查 Nonce 是否合法，使用 NonceHolder 进行检查。 5. Bootloader 会调用用户账户合约上的 validateTransaction 函数，以确认此交易已获得帐户所有者的授权。 6. Bootloader 收取手续费有两种方式，具体收费方式取决于交易参数（构建交易对象时是否附带 paymaster 参数）： a. 调用 payForTransaction 函数与账户合约收取手续费； b. 调用 prepareForPaymaster 和 validateAndPayForPaymasterTransaction 函数与 Paymaster 合约收取手续费。 7.「呼叫 payForTransaction 来跟 Account 合约手续费」或者「呼叫prepareForPaymaster 和validateAndPayForPaymasterTransaction 来跟 Paymaster 合约手续费」 8. 检查 bootloader 是否已收到至少 tx.gasprice * tx.gaslimit 数量的交易手续费。 9. Bootloader 会调用用户账户合约上的 executeTransaction 函数来执行交易。 10. （可选）如果使用 Paymaster 支付手续费，bootloader 会调用 postTransaction 函数。如果 Paymaster 没有实现 postTransaction，或者 gas 已耗尽，将跳过此步骤。以上的4.~7.步为验证阶段（定义在bootloader的l2TxValidation），第8.~9.步执行阶段（定义在 bootloader 的 l2TxExecution）。 EIP-4337、StarkNet 和 zkSync 时代的比较基本上这三者的AA机制流程都相仿，皆为验证阶段→手续费机制（由账户合约支付或者Paymaster）→执行阶段，主要差别有：执行 AA 机制的角色是：在 zkSync 时代中开启与其他两者 AA 的差别在于 Operator 需要和 bootloader（系统合约）一起配合，例如 bootloader 会开启一个新区块并定义该区块的相关参数，接收操作员发送来的交易者并进行验证。在 4337 中这部分由 Bundler 与 EntryPoint 协作，而在 StarkNet 中这部分全部由 Sequencer 负责。 Gas Cost 是否需要考量到 L1 安全费用：L2 的 AA 都需要考虑这个上传数据到 L1 的费用，不只是推送提到的 ZK（Validity）Rollups Native AA，在 Optimistic Rollups 实作 4337 时也需要算入 L1安全费用（计算在 preVerificationGas 中，细节可见 Alchemy 相关文件）。是否可以在账户合约部署前发送出交易：在 StarkNet 和 zkSync 时代中都没有像 4337 的 EntryPoint 有 initCode 这个字段允许替用户部署账户合约，所以其都不在可以配置账户前发送出交易。对比由于StarkNet尚无已实现的Paymaster机制、zkSync也尚未完成gas退款机制的设计，所以一些比较细节的比较在这里就没有列出。另外，目前的 4337 bundler我们完成了 P2P mempool，且 zkRollups 的 Sequencer 和 Operator 也还是唯一的官方服务器，所以都有一定中心化的成分存在。在开发流程上 zkSync 由于没有与各家bundler串接的问题（只需要与 Operator API 交互），所以使用起来 4337 很容易，开发帐户合约（SDK）的体验也更好；同时 zkSync 可以使用 Solidity作为合约开发语言，所以也不需要在 StarkNet 开发中跨过Cairo的门槛。结语由于 StarkNet 和 zkSync 都属于本地 AA（Native AA）的范畴，因此你也可以参考我之前撰写的 StarkNet AA 介绍文章，题为《StarkNet Account Abstraction 简介》（Introduction of StarkNet Account Abstraction）。此外，你还可以阅读与 EIP-4337 相关的其他文章，以获得更多相关信息。来源：金色财经

金色财经2023-08-23

OKEX官方网站：OKX布局的MPC和AA钱包谁才是Web3的未来？

账户两者优势结合起来，拥有 CA 的可编程性外还可以摆脱对 EOA 主动发起交易的依赖，也就是说 AA 智能合约钱包的帐户是智能合约，从而可以根据需求对其功能进行「自定义」，将初代 EOA 化繁为简，实现钱包的灵活性和可升级性，拓展出多元化功能。以 OKX AA 智能合约钱包为例，首期功能已支持用户在 Ethereum 、OKTC、 Arbitrum 、 Polygon 、 Optimism 、BNB Chain 、Avalanche 7 条热门公链上创建 AA 钱包，并可以使用稳定币 USDT/USDC 直接支付 Gas，链上 DEX、DeFi 交互多步交互一键完成等多个功能，进一步提高钱包使用的便捷性。此外，当前 OKX AA 钱包还开源智能合约代码，进一步提升其安全透明。不止如此，未来 OKX AA 智能合约钱包还即将支持社交恢复、提供钱包小程序组件，实现亲友代付 Gas、多签功能链上跟单、可组合操作等高阶链上理财策略功能，极大提高使用体验，为钱包发展打开想象。当然，AA 钱包也并非十全十美，当前仍存在高 Gas、非 EVM 链兼容难等问题。 AA 智能合约钱包的社交恢复功能，本质上与 MPC 无私钥钱包解决的是同一个问题——即失去私钥就等于丢失钱包资产，有了社交回复功能用户可以重新访问账户，将私钥丢失的影响降低到最小，这也就是为什么两者经常被拿来比较的原因之一。但 AA 钱包相比 MPC 无私钥钱包而言，能够实现的功能不止解决「私钥丢失」这一个场景了。 MPC 和 AA 钱包，谁是Web3的未来作为更易用的二代钱包，MPC 钱包和 AA 钱包，谁是Web3的未来？从落地角度而言，MPC 是链下解决方案，AA 智能合约钱包是链上解决方案，MPC 钱包并不涉及到以太坊共识层或合约层的改动，短期内更具可行性。而 AA 钱包依赖以太坊升级和 EIP-4337 提案的发展，从时间成本要更长，好在 Layer 2 的出现正在加速 AA 钱包赛道的发展。从应用角度而言，MPC 核心价值解决了单点故障问题，并实现了无私钥，但本质还是 EOA 钱包可以实现的功能有限，而 AA 钱包虽然可以做到通过社交恢复解决私钥丢失问题，但如果私钥被盗且资产已被转移又该如何恢复？ MPC 钱包和 AA 钱包拥有各自的差异化优势，分别适用于不同的场景和需求，MPC 钱包兼容性、隐私性更好，而 AA 钱包功能、拓展性更好，为什么这两者不可以像 AA 钱包的智能账户一样，结合 CA 和 EOA 的优点？据 OKX Wallet 建设者 Degen Yin 在参与Odaily星球日报的 Twitter Space 活动时表示，OKX AA 智能合约钱包将选择权力交给用户，用户可以自由选择 MPC+EOA 或者 MPC+AA 账户来创建钱包，进行体验。在现有阶段，决定权交给用户来自己选择。短期而言，MPC 钱包无视助记词比 AA 钱包更加便利，长期而言，AA 钱包可以通过社交恢复或其他方法将原有方案替换，会更安全。 AA 钱包需要一个或者多个 EOA 地址作为控制人，初代 EOA 钱包私钥单点问题，可以依托于 MPC 技术很好地解决。两者并非站在对立面，完全可以互相结合和补充，从而抽象出更为更安全、更易用、更全能的钱包，所以 MPC+AA 才是Web3的未来，为Web3大规模应用提供支撑。任何事情都不可能一蹴而就，都会有一个量变到质变的过程，可以预计，更易用的Web3钱包正在产生更大的能量。然而值得思考的是，奔赴Web3的大规模应用时代，除了通过更易用Web3钱包打好基础，如何增加Web3的普及，吸引Web2用户进入也同样重要。来源：金色财经

金色财经2023-08-23

盛通股份：科技教育服务AI主要关注青少年科技教育的相关功能

I主要关注青少年科技教育的相关功能，如编程教育等科学素质教育。盛通教育旗下中鸣机器人具备交通标志识别、人脸识别、人脸追踪、手势识别、基础语音识别等功能，同时具备图像学习、颜色学习能力。机器人主控器支持与电脑连线进行编程。通过搭建和编程两个环节，学员可了解机器人工作原理，加深对传感器、马达应用等相关知识，并有助于提高编程水平。公司配套课程引入了AI模块，可以实现视觉识别和语音识别。风险提示：界面有连云呈现的所有信息仅作为参考，不构成投资建议，一切投资操作信息不能作为投资依据。投资有风险，入市需谨慎!

有连云2023-08-23

百度2023年Q2业绩电话会高管解读财报

Comet 8 人进行编码并可使用多种编程语言。目前已被百度自有研发团队广泛采用。他们报告说，使用 Comet 后，他们的工作效率得到了显着提高。截至目前，已有超过 100 个组织接受了 Comet 的测试，其中一些组织已经决定购买百度 Comet 以提高生产力和编码能力。在医疗保健行业，我们利用与中国领先医院合作开发的行业专业知识和销售网络来巩固我们的地位。重庆中医诊所连锁有限公司正在使用我们早期为医疗保健行业开发的模式，以支持医生及其患者的护理。我们的人工智能助手帮助医生为患者写笔记、分析医学图像并在其他任务中做出明智的临床决策。它还可以帮助患者找到最合适的医生和科室，并提供在线预咨询服务。此外，我们还开发了用于模型训练和精细训练、数据处理、标记等的工具。这些工具有助于降低企业使用百度基础模型的门槛和成本，支持企业高效地训练和运营其专用模型。此外，百度人工智能云脱颖而出，因为我们的人工智能优化的云基础设施使我们成为训练和服务基础模型（包括大型贷款模型）的最佳表现平台。这就是为什么越来越多的企业增加在我们的云基础设施上的数字支出，以抓住新的人工智能机会。这在互联网和科技公司中尤为明显，因为它们是 Gen AI 和基础模型的早期采用者。将我们的重点转向技术，作为百度，我们坚定不移地致力于提高盈利。在第二季度，我们公布了盈利 3.5。我们最新最先进的基础模型由 PaddlePaddle 提供支持。值得注意的是，PaddlePaddle 的增强功能使我们的自设备四层 AI 架构能够比以往更加无缝地运行。显着提高框架与 ERNIE 的兼容性并展示卓越的工程设计。结果，与 3 月份的 ERNIE 3.0% 相比，ERNIE 3.5 的训练吞吐量翻了三倍，其每秒请求数或推理 QPS 增加了 30 倍以上。此外，我很自豪地注意到，IDC 最近报告称，ERNIE 3.5 在算法、行业覆盖范围、开发者工具和生态系统等许多领域都超越了同行。与 ERNIE 3.0 相比，3.5 能够产生更安全、更负责任和更具创造性的响应，在问答、推理和编码方面取得显着改进。ERNIE 3.5 现在为 ERNIE Bot 提供支持，通过插件扩展其功能，以涵盖实时和精确的信息、长时间的总结、数据分析和男性化、文本到视频的转换，并促进包括图像的飞行员对话。我们致力于通过添加更多高质量的插件（尤其是来自第三方的插件）来丰富我们的生态系统，为中国基金会模式的进步做出贡献。在生态方面，我们决心让ERNIE成为中国最受欢迎的基金会模型。重要的是，我们认为基础模型应该能够很好地支持各个行业的问题解决能力。因此，我们需要与企业、AI开发者等合作伙伴共同协作，不断构建行业模型和解决方案。PaddlePaddle 上的 800 万开发者是我们为 ERNIE 构建社区的支柱。为了培育充满活力的生态系统，我们举办了百度ERNIE杯创新挑战赛。吸引了近千家初创公司提交创意和原型，涵盖各个领域，包括开发人员、销售和营销公司、娱乐公司、社交平台、中间件开发人员的生产力，以及跨不同行业的应用程序，包括教育、医疗保健、金融等等。我们还设立了10亿元人民币的风险基金，支持初创企业剥离各类人工智能原生应用，这将补充我们的有机增长。在监管方面，百度最近有所进展——百度最近在世界人工智能大会上被任命为中国法学硕士标准化工作组的牵头单位。这一立场标志着国家层面对我们的基础模型和人工智能能力的认可和认可。当我们还在等待ERNIE Bot大规模推出的绿灯时，我们观察到中国政府越来越支持人工智能和法学硕士的发展机会。作为市场领导者，我们相信百度完全有能力从这一机遇中受益，并为中国的这一大趋势做出贡献。现在让我们快速了解一下各业务第二季度的经营亮点。本季度AI云收入同比增长5%至人民币45亿元。AI Cloud 保持正的非 GAAP 营业利润。我们的业务比以往任何时候都更加健康，为未来的增长奠定了坚实的基础。智能驾驶方面，第二季度Apollo Goal提供的权益同比增长约150%至71.4万个左右，累计权益超过330万元，比最接近的竞争对手高出一个数量级。这种运营领先地位意味着数据数量和质量方面的竞争优势、更好的模型和更高的安全评级。此外，Apollo Go 还在更多场景中扩大了完全无人驾驶乘车服务的足迹。6月中旬，Apollo Go获得深圳市坪山区政府许可，可向公众提供40项无人驾驶乘车服务。7月初，在上海，我们也被允许在开放道路上进行完全无人驾驶的测试。随着完全无人驾驶作业区域和车队规模的扩大以及运营效率的提高，我们不仅看到了日均订单总量的增长，而且完全无人驾驶订单在整体订单组合中的占比也有所增长。这凸显了提高自动驾驶单位经济性的一条有前途的途径。特别是在武汉，我们在一年前推出了完全无人驾驶的网约车服务，UE在过去几个季度持续改善。收入方面，日均订单量和单笔收入大幅增长，带动总收入增长。与此同时，由于运营效率的提高，每辆车每公里的成本也在下降。最后，我们的移动生态系统，我们的用户随着百度应用的不断增长，6 月份月活跃用户数同比增长 8% 至人民币 6.77 亿元。同样在6月份，百度App分发的视频同比实现两位数增长。对于寻求信息、产品和服务等广泛内容的用户来说，百度仍然是一个重要的平台。得益于无线垂直行业和线下业务的优势，包括医疗保健、商业服务、本地服务和旅游，第二季度在线营销的收入增速加快。与此同时，电子商务收入在本季度表现强劲并跑赢大盘。本季度移动生态系统的非公认会计原则营业利润同比稳定增长。移动生态系统继续产生强劲的现金流，为我们对人工智能的投资提供资金，特别是在基础模型和生成的人工智能方面。我们相信，我们的移动生态系统产生的收入、利润和现金流在未来将保持强劲。接下来，让我将电话转给荣，以查看我们的财务业绩。罗戎现在让我向我们介绍第二季度财务业绩的详细信息。总收入为341亿元人民币，同比增长15%，同比增长15%；其中百度核心收入为264亿元人民币，同比增长14%，同比增长14%。百度核心在线营销收入为人民币196亿元，同比增长15%，同比增长五分之一。百度核心非网络营销收入为人民币68亿元，同比增长12%。第二季度，AI云收入同比增长5%至45亿元。 IT收入为人民币78亿元，增长17%，同比增长七分之一。收入成本为人民币162亿元，同比增长7%。百度核心的收入成本为人民币106亿元，同比增长4%。营业费用为人民币127亿元，一四年同比增长14%，主要是由于渠道支出、促销营销费用、服务器折旧费用和云相关费用的增加，这支持ERNIE Bot研究的改善并部分抵消人事相关费用减少。百度成本运营费用为人民币113亿元，同比增长15%，同比增长五分之一。百度核心SG&A费用为人民币53亿元，同比增长34%。SG&A 占比 20%，有助于本季度百度核心营收的增长，而这一比例为 17%，为去年同期的七分之一。百度核心研发费用为人民币59亿元，同比增长2%，占本季度百度核心营收的23%，较去年同期的25%有所下降。营业收入为人民币52亿元，百度核心的营业收入为人民币46亿元，百度核心的营业利润率为17%，七分之一。非 GAAP 营业收入为人民币 73 亿元，非 GAAP 百度核心营业收入为人民币 65 亿元，非 GAAP 百度核心营业利润率为 25%。其他收入总额净额由去年同期的人民币1.51亿元增至人民币14亿元，主要是由于外汇净收益和利息净收入的增加，部分被长期投资公允价值损失的增加所抵消。所得税费用为人民币13亿元，而去年同期为人民币2500万元。2022年第二季度所得税费用水平较低主要是由于根据2021年纳税申报表冲销了某些税务费用。除转回外，所得税费用增加的净原因是税前利润同比增加。归属于百度的净利润为人民币52亿元，摊薄后每股ADS收益为人民币14.17元。归属于百度核心的净利润为人民币50亿元，百度核心净利润率为19%，九分之一。非 GAAP 归属于百度的净利润为人民币 80 亿元，非 GAAP 摊薄后每股美国存托凭证收益为人民币 22.5 元。非美国通用会计准则归属于百度核心的净利润为人民币77亿元。百度核心的非 GAAP 净利润率为 29%。截至2023年6月30日，现金、现金等价物、受限制现金和短期投资为人民币2,015亿元，不含爱奇艺为人民币1,969亿元。自由现金流为人民币79亿元，不包括爱奇艺的自由现金流为人民币71亿元。截至 2023 年 6 月 30 日，百度核心拥有约 35 名固定员工。

老虎证券2023-08-23

长推：基于意图交易浅析ERC-4337市场用例

EVM) 上的帐户代码。合约帐户具有编程的代码片段，可以执行不同的操作。如果帐户收到消息调用，则执行此 EVM 代码。与其他帐户字段不同，不能更改。所有代码片段都被保存在状态数据库的相应哈希下，供后续检索； ④storageRoot – 有时被称为存储哈希。而这两种帐户类型分别是： ①外部账户（Externally Owned Accounts），即EOA，是一种外部所有的帐户，由任何拥有私钥的人控制，codeHash为空。 ②合约账户（Contact Account），即CA，没有私钥，codeHash非空。 EOA外部账户和CA合约账户的主要区别是：外部持有账户（EOA）：创建帐户是免费的，可以发起交易，外部所有的帐户之间只能进行以太币和代币交易，并且由一对加密密钥组成：控制帐户活动的公钥和私钥。合约账户（CA）：创建合约存在成本，因为需要使用网络存储空间；只能在收到交易时发送交易；从外部帐户向合约帐户发起的交易能触发可执行多种操作的代码，例如转移代币甚至创建新合约；合约帐户没有私钥，由智能合约代码逻辑控制。 ERC-4337的两种账户合并为单一账户中的钱包带来了智能合约功能，这就为AA钱包的功能带来了很大的想象空间。目前大多数以太坊钱包都是外部持有账户，我们用的最广泛的metamask小狐狸钱包就是。但这种外部钱包会受限于外部拥有钱包的设定规则，比如你的账户访问完全依靠私钥，进行的所有交易均需签名，如果丢失助记词那就丧失了对这个钱包的掌控权。由智能合约账户进行管理的智能合约钱包也可以实现这个功能，这就带来了便捷性。不再需要助记词，那也就不怕助记词丢失，实现了多重身份验证和账户恢复。同时可以实现多样的定制服务。 ERC-4337的运作方式账户抽象提案完全避免了共识层协议更改的需要，其实在之前的EIP-2938中就提出过类似概念，但是需要更改共识层协议。EIP-3074中也提出了将 "EOA控制权委托给智能合约 "的想法。 ERC-4337提案并没有添加新的协议功能并更改底层的交易类型，而是引入了一个称为 UserOperation 的更高层伪交易对象。在实际的运作流程中，用户将 UserOperation 对象发送到新的单独内存池里。然后通过捆绑器（Bundler）调用特殊合约将这些对象打包到单个交易中，而该交易也将被包含在一个区块中。该提案还引入了一种支付机制，用户能够使用任意的ERC-20代币（例如 USDC）而不是ETH 支付Gas费，或者允许由第三方完全支持他们的Gas费，这些都以去中心化的方式进行。意图交易与ERC-4337 在ERC-4337中，UserOperation作为一个 "伪交易对象"，代表了用户的交易意图。可以包含多个指令和附加数据，用来执行由智能合约账户发起的智能合约调用。后面在ERC4337的推动下，也会有越来越多的意图被采用。我们看下最近很火，被誉为引领「Intent-Centric」新叙事的Web3操作协议dappOS。 dappOS 是一种 Web3 操作协议，旨在使 dApps 像移动应用程序一样用户友好。作为第一个 Web3 统一运行协议，它在用户和公链、跨链桥等加密基础设施之间创建了一个层，使用户能够轻松地与 dappOS 交互，并在去中心化的世界中完成验证和执行。DappOS 包含了恢复误删助记词的功能，用户可以通过其他设备甚至第 3 方 KYC 服务重置帐户。而其解决方案也主要由两部分组成: ①dappOS Account：用户使用基于账户抽象的统一账户，而非外部账户EOA，使得用户恢复账户、预批次处理交易、自动化执行等功能的实现成为可能，同时多链钱包聚合的方式也能方便用户对不同链上的资产进行统一管理； ②dappOS Network：一个去中心化网络，帮助用户自动执行钱包和跨链的相关操作，完成交易背后复杂地交互流程。所以基于dappOS，未来可以更快捷的打造傻瓜dapp了。对于用户来说也只需明确要干什么的意图，而不必自己去执行操作，仅需一个签名就能完成所有操作。来源：金色财经

金色财经2023-08-23

24小时热点