EIGHTJIU

一、DAO 基础概念什么是 DAO（去中心化自治组织）定义： Decentralized：基于区块链，由利益相关者共同决策。 Autonomous：运行逻辑由智能合约执行，在特定情况下无需人工干预。 DAO 是一个自主存在于网络中的实体，由公开透明的代码编码组织规则，管理组织资产。 特点： 社区治理：以集体方式作出决策（某种方式为自己做决定）。 资产管理：拥有和分配内部资产的能力（包含内部资产，且它有能力将该资产用于奖励某些活动）。 DAO vs 传统公司 特性 DAO 公司 管理结构 自下而上，去中心化 自上而下，层级分明 决策透明度 公开透明 相对封闭 成员参与方式 自主发起，自愿参与 由雇佣关系或股份结构决定 目标 社区共识，长期共赢 股东利润最大化 DAO 的类别 Protocol DAO：Uniswap、MakerDAO Social DAO：SeedClub、FWB Venture DAO：CultDAO Media DAO：Bankless DAO Grant DAO：Gitcoin dao究竟在做什么（1）去中...

NFT与数字资产的未来1. NFT定义与核心特性NFT（Non-Fungible Token）：非同质化代币 简单理解:NFT是发行在链上的不可分割、不可复制的具有唯一性的，可以铆钉现实世界商品的资产。 2. NFT的核心价值2.1 产业变革 版权保护： 艺术家通过NFT直接掌控作品分发、转售权（如音乐、画作版权）。 削弱传统中介（如唱片公司、画廊）的垄断。 客户关系：NFT作为品牌与用户的数字化纽带（如星巴克NFT增强用户粘性）,同时可以促进客户关系，使品牌方知晓相互品牌和客户间的联系。 2.2 应用场景​ 分类：艺术作品 音乐 小说 游戏资产 视频 票务 保险/发票 订单/契约 图片 元字宙土地 域名…… GameFi：游戏资产NFT化（如Axie Infinity的宠物）。 生态与服务：艺术创作者/交易平台/基础设施/NFT-Fi/工具/应用/DAO/媒体 艺术创作类型：文学、图片、音乐、视频、运动 3. NFT生态NFT-Fi Leverage 资产-...

DEX & CEXCEX vs DEX 核心知识点总结1. CEX（中心化交易所） 托管模式：用户资产由交易所控制，存在平台跑路风险。 透明度低：交易记录不公开，依赖交易所的内部账本。 流动性来源：主要依赖专业做市商提供深度。 KYC要求：必须完成身份认证才能交易（合规要求）。 典型代表：Binance、Coinbase、Kraken。 2. DEX（去中心化交易所） 非托管模式：用户自持私钥，资产存于个人钱包（如MetaMask）。 链上透明：所有交易记录公开可查（如Etherscan）。 流动性来源： AMM 模式（如Uniswap）：依赖流动性池（LP提供）。 订单簿模式（如dYdX）：可能结合做市商。 无需许可：无需KYC，支持匿名交易。 典型代表：Uniswap、SushiSwap、dYdX。 Token的作用？ 作为数字资产在区块链上流通 代表项目权益或使用权 提供激励机制（如质押、治理） 增强生态内流动性 早期融资：帮助项目方（尤其是小团队）筹集启动资金（如通过IDO/IEO）。 社区治理：代币持有者可参与DAO投票，影响项...

项目举例Cosmos设计目的 Cosmos 的设计目标是成为可以建立各类区块链通信、共享的底层架构。 Cosmos SDK 是一套具有开箱即用的共识和执行工具，允许任何人创建自己的 PoA/PoS 区块链。 Cosmos 不是 ETH 这个 L1 的 L0。 Cosmos 上可以建立自己的 L1，主要分为： 平台类的链（如 Terra） 应用链（App Chain） 各类链通过 IBC（Inter-Blockchain Communication Protocol） 连接 Cosmos Hub。 Cosmos 的设计前提： 基于智能合约的虚拟机在灵活性、主权和性能上受限。 Cosmos 不是建立一个可运行多应用的单一虚拟机，而是鼓励和促进为每个用例创建单独的区块链。 应用程序开发者可以灵活选择架构、语言等，最后通过 Cosmos 的多链通信层 IBC 实现互操作性。 术语 单个区块链被称为：区（zone） 连接模块被称为：中心（hub） 关于Cosmos Cosmos打造了全套的标准化开发工具，降低开者发门槛，实现公链开发的标准化以及公链网络...

外部应用程序与区块链进行交互案例与流程案例大致目标 掌握FISCO BCOS应用环境的搭建与使用（FISCO BCOS+WeBASE） 掌握基于Java + SpringBoot的应用程序后端项目搭建与开发。 掌握应用程序后端与FISCO BCOS链的交互。 掌握应用程序前端项目搭建与开发 应用开发整体架构示例 应用开发整体流程示例【2】 步骤一：构建区块链应用环境。搭建FISCO BCOS环境，搭建WeBASE-Front平台实现，部署示例智能合约。 步骤二：构建应用程序后端。通过WeBASE- Front导出后端项目，基于WeBASE Front API开发示例智能合约使用接口。 步骤三：构建应用程序前端。下载示例前端代码模板，区块链功能应用开发。 步骤搭建FISCO BCOS区块链实现步骤： 下载build_chain.sh工具 使用build_chain.sh配置区块链 使用build_chain.sh启动区块链 命令如下： 123456mkdir -p ~/fiscocd ~/fiscocurl -#LO https://github.com/FIS...

Fisco BCOS 配置管理节点配置介绍了节点和账本配置方法，包括端口、证书、日志、群组、共识、存储、交易池、同步、流控等配置项。 FISCO BCOS支持多账本，每条链包括多个独立账本，账本间数据相互隔离，群组间交易处理相互隔离，每个节点包括一个主配置config.ini和多个账本配置 group.group_id.genesis group.group_id.ini 。 config.ini:主配置文件，主要配置RPC、P2P、SSL证书、账本配置文件路径、兼容性等信息。 group.group_id.genesis ∶群组配置文件，群组内所有节点一致，节点启动后，不可手动更改该配置。主要包括群组共识算法、存储类型、最大gas限制等配置项。 group.group_id.ini:群组可变配置文件，包括交易池大小等，配置后重启节点生效。 关于配置配置P2P： 当前版本FISCO BCOS必须在config.ini配置中配置连接节点的P和Port，P2P相关配置包括: • listen_ip : P2P监听IP，默认设置为0.e.0.0 。 • listen_port:节点P2...

WEBASE介绍引入： 中间件（Middleware），是提供系统软件（这里指控制硬件的软件，多指操作系统）和应用软件之间连接的软件，以便于软件各部件之间的沟通，特别是应用软件对于系统软件的集中的逻辑，在现代信息技术应用框架如Web服务、面向服务的体系结构等中应用比较广泛。 (举例： 房屋中介 耦合 ) 定义WeBASE（WeBank Blockchain Application Software Extension）是在区块链应用和FISCO-BCOS节点之间搭建的一套通用组件。围绕交易、合约、密钥管理，数据，可视化管理来设计各个模块，开发者可以根据业务所需，选择子系统进行部署。 WeBASE屏蔽了区块链底层的复杂度，降低开发者的门槛，大幅提高区块链应用的开发效率，包含节点前置、节点管理、交易链路，数据导出，Web管理平台等子系统。 整体架构 【图片3】 WeBASE-FrontWeBASE-Front 是一个与 FISCO-BCOS 节点配合使用的子系统，主要特点如下： 版本支持：支持 FISCO-BCOS 2.0 及以上版本。 集成功能：集成 web3sdk，封装接口，...

从以太坊，Fabric，BCOS讲述 以太坊平台维护以太坊简述1.账户体系两种账户： 外部账户：由密钥控制 合约账户： 由智能合约代码控制 关于两种账户之间的区别： 2. 货币机制和吞吐量 ETH在以太坊网络中主要是作为燃料货币使用，用于支付部署智能合约、调用智能合约时所消耗的燃料(gas) 执行命令时，用户预支付费用：付款金额(单位wei) = gas数量 * gasPrice gasLimit：规定最大的 gas 消耗数量 如果 gas > gasLimit，消耗的gas不会退回发起的账号（尽可能设置一个较大的gasLimit，当实际消耗的gas小于gasLimit时，多余的gas会退还给发起者）。 交易吞吐量：区块链中每秒能够处理通过的交易数量(交易吞吐量 = 交易数量 / 每秒 = (gasLimit / gas)/ 出块速度) · 以太坊平均出块速度：15秒 · 以太坊主网 gasLimit（以太坊的区块容量）：6771518 · 发送支付交易 gas 数量：21000 （最小的 gas 消耗） · 以太坊上交易吞吐量为每秒...

第一题有无除了直接点击deploy外的其他方法部署一个合约 第一题题解create和create2 第二题简单说说怎样优化一下这个私人金库合约 1234567891011121314151617181920212223242526// SPDX-License-Identifier: MITpragma solidity ^0.8.0;contract Vault { address public owner; receive() external payable { // just a receive function } function deposit() external view payable { require(msg.value > 0, "Must send some ether"); // code? what code? } function getBalance() internal view retur...

【论文阅读摘要】 关键词：可信执行环境 定义可信执行环境（trusted execution environment, TEE）技术，用于保护非可信平台中应用和数据可信 执行. TEE 通常采用隔离部分软硬件资源的方法构 建安全区域，确保在其中运行的程序和数据保密性 和完整性不受外部干扰。 一个可靠的TEE 需要提供 4 方面的安全保障 1）数据隔离：一个可信应用使用的数据不能被其他应用访问、修改，包括可信应用的数据对外部操作系统隔离以及多个可信应用之间的数据隔离.。 2）计算隔离：可信应用的计算资源不能被其他应用观测和拦截，同时需要清理可信应用执行后的痕迹，并防御来自侧信道的攻击。 3）通信控制：非可信应用和可信应用、多个可信应用之间的会话和数据交互不能破坏隔离性. 4） 错误隔离：非可信区域的安 全漏洞不能扩散到可信应用中. 实用的 TEE 设计思路是基于硬件隔离基础，通过数据加解密和特权指令执行实现其安 全服务. 特点现有的 TEE 技术具有 3 个明显特点 1）面向用户设计 2）硬件辅助支持设计：从基于 x86 到 RISC-V 架 构的平台均引入了新硬件特性 3）共...