BradMoon的博客

原创 Ethereum在txpool中的Pending transaction监测方法

Pengding transaction监测方法ETH BSC HECO适用：方法一（原有方法不推荐，使用此方法）使用web3连接到wss接口，使用js进行pendingtransaction的请求准备工作：新建文件夹->npm install->npm install web3 搭建好环境新建js，名字自定，粘贴以下代码优点：js直接输出缺点：此例中数据请求节点使用的第三方infura的wss协议的rpc接口，有tps限制，当前以太坊的pendingtransaction超过了

原创 k8s安装及部署流程

k8s安装及部署流程文章目录k8s安装及部署流程K8s安装流程1准备工作1.1关闭防火墙1.2关闭selinux1.3关闭虚拟内存（swap空间）1.4配置hosts文件1.5修改iptables1.6安装ntpdate，进行时间同步2安装部署2.1安装docker2.1.1更新docker的yum源2.1.2安装指定版本的docker2.1.3修改docker的镜像源，启动服务2.2安装k8s2.2.1添加k8s的阿里云yum源2.2.2安装kubeadm,kubelet,kubectl2.2.3补充

原创 以太坊节点启动及同步方式

Go-ethereum同步轻节点0.前置知识节点：客户端的软件。全节点、轻节点客户端：一种以太坊的实现，提供RPC API端点方便用户控制客户端，标准的JSON RPC每个客户端都可以使用。geth、OpenEthereum(停止维护)轻量同步：下载所有区块头、区块数据并对其进行随机验证通过客户端与以太坊网络进行交互：-使用合适的协议(eg.curl)手动调用-附加一个控制台(geth attach)-应用程序中执行1.安装所需基础工具yum update -y && y

原创 Solidity String转换工具

Solidity String转换工具相对openzeppelin，弥补一下没有的：bytes，address，uint转stringpragma solidity ^0.8.0;contract String{ //==============================string工具函数============================== function strConcat(string memory _a, string memory _b) internal

原创 solidity 交换变量的两种方法

1、异或 a=a^b; b=b^a; a=a^b; gas消耗：12322、临时变量 uint temp; temp=a; a=b; b=temp; gas消耗：1217

原创 Ethereum以太坊底层解析之一

*****的，移步mirror，后续全部上mirrormirror链接

原创 NFT流动性设计及思考

大脑文案1——NFT流动性设计及思考，同步更新至加密讨论1、当前现状截止2021年9月，nft碎片化分为两部分，即以碎片化方式来区分，分为集合法与指数化：*集合法-创建接受不同NFT的基金，然后将该基金代币化，用户可以购买基金代币来接触原始NFT集合*指数化-通过创建具有相似价格的 NFT基金来创建一个价格底线2、当前处理方式的问题这两种处理方式都是将NFT看作一个整体进行碎片化，然而这产生了问题，即碎片化后的NFT非同质性依旧很高，其原因在于碎片化后的NFT依然保留各自的属性和特殊的数据，这样

原创 基于智能合约的状态机设计

设计// SPDX-License-Identifier: MIT/// @title StateMachine -- StateMachine/// @author BloodMoon - <nerbonic@gmail.com>/// @version 0.0.1/// @BradMoonUESTCpragma solidity ^0.8.0;abstract contract StateMachine { //===========================定义

原创 pancakebunny奖励发放中文公式

仅作记录用

原创 如何从web3获取节点数据库某个合约内的指定数据？

合约案例：PancakePair:contract PancakePair is IPancakePair, PancakeERC20 {using SafeMath for uint;using UQ112x112 for uint224;uint public constant MINIMUM_LIQUIDITY = 10**3;bytes4 private constant SELECTOR = bytes4(keccak256(bytes('transfer(address,uint2

原创 Solidity abi.encode随记

如果我想用参数的形式告诉智能合约你应该调用哪个函数，应该怎么写？用encodePacked紧打包 test() 4字节8位，方法：abi.encodePacked(bytes4(keccak256(bytes(func)))) 输入string类型的func用encodePacked紧打包 test(uint) 4+32字节，8+64位，方法：abi.encodePacked(bytes4(keccak256(bytes(func))),uint(555));用encode不紧打包test() 3

原创 去中心化交易所（pancakeswap为例）源码流程解析之——单币收益

原创 去中心化交易所（pancakeswap为例）源码流程解析之——流动性收益

原创 BELT+CURVE、JulSwap闪电贷攻击资金流图

原创 SPATAR-SPT DeFi攻击资金流图

原创 lendf.me ERC777重入攻击流程与Growfi源码流程图

原创 pancakeBunny攻击复现

文章目录pancakeBunny攻击解析pancakeBunny攻击文字解析整个攻击流程图pancakeBunny攻击解析二图流：图1：此图在写文章时做了一下，但是没啥用，能看懂英文的就看图2：详细的资金流泳道图，超大杯pancakeBunny攻击文字解析根据攻击的分析，攻击者膨胀了BUNNY-BNB池子中的BNB数量，膨胀方法并非用BNB直接去购买BUNNY，而是使用添加流动性的方法膨胀而添加流动性，则是使用zapBSC中的 攻击的关键在于受害池子USDT-BNB存在V1和V2两个

原创 自己部署DEX+流动性收益+收益聚合器

自己部署DEX+流动性挖矿+收益聚合器这篇文章尚需完善，仅作记录使用以pancakeswap+pancakebunny为例文章目录自己部署DEX+流动性挖矿+收益聚合器前言一、pancakeswap核心交易功能部署二、pancakeswap流动性挖矿功能部署1、部署cake与syrup2、部署masterchef3、所有权设置4、前端修改5、multicall6、前端修改7、注意：三、pancakebunny收益聚合器部署1、Bunny：2、Bunny-bnb:3、ZAPBSC:4、PRICECAL

原创 以太坊消息调用数据分析方法

以太坊消息调用数据获取方法核心 插桩修改原因：传统的geth客户端命令行trace有限制，即只能向前回溯128个块的数据，更多的历史数据无法解决那如果我修改了回溯限制为足够大的数字呢其实这样也不行，大量的回溯相当于模拟以太坊历史所有交易，会在内存中产生极大的默克尔树存储，极其消耗内存（约几百G）——方法：全节点同步模拟执行，不消耗内存修改文件：Core/vm/evm.goCore/vm/interpreter.goCore/state_transition.goCore/state_

原创 一个小笔记——spankchain重入攻击

一个小笔记——spankchain重入攻击一、原始攻击信息SpankChain支付通道合约（受害合约）:https://etherscan.io/address/0xf91546835f756da0c10cfa0cda95b15577b84aa7#code攻击者地址:https://etherscan.io/address/0xcf267ea3f1ebae3c29fea0a3253f94f3122c2199攻击者恶意合约地址:https://etherscan.io/address/0xc59

原创 CHIA共识过程

CHIA共识过程文章目录CHIA共识过程前言一、CHIA？二、空间证明的三个阶段二.1 标绘（Plotting）——initialize space——“P盘”标绘过程详解二.2 质询过程详解（challenge）附：节点之间的交互协议好了 改怎么结合以太坊与POST前言挖矿的过程：选择出块节点的过程——谁用好了用对了稀缺资源，谁稀缺资源多谁就更有可能是出块节点，并获得奖励POW工作量证明：算力作为稀缺资源——解数学题（难于计算，易于验证，解对了你就是出块节点）POST时间空间证明：存储空间

原创 以太坊共识文件夹笔记

以太坊共识文件夹笔记一、文件结构：二、各文件作用api.go:API是一个面向用户的rpcapi，允许控制授权证明方案的签名者和投票机制。clique.go:包含实现了权威证明共识引擎。snapshot.go:clique_test.go:snapshot_test.go:三、关键接口1、api.go2、Clique.go...

原创 以太坊解析之二——POA共识过程与一些可能的修改方案

以太坊解析之二——POA共识过程提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加例如：第一章 Python 机器学习入门之pandas的使用文章目录以太坊解析之二——POA共识过程前言一、工作流程详细解析二、详细过程1.启动2.同步3.总结4.一些其他问题三、如果我想修改POA共识机制，把它改成质押（矿机）应该怎么做？1.如何设计惩罚机制2.如何设计激励机制3.质押机制怎么和POA绑定——块包含着质押的信息4.代码如何修改代码如何修改——专注于Transaction前言简单解