智能合约之间的调用 在区块链上,有些功能往往无法通过一个智能合约完成,此时便会用到智能合约之间的调用.本篇文章带大家通过具体示例来了解一下智能合约之间的调用. 在智能合约的编译过程中,有两种情况:调用者和被调用者在一个sol文件中和分别在不同的文件中. 同sol文件的智能合约调用 在下面的智能合约中,Demo1和Demo在同一个文件中,可进行同时编译,然后逐个发布. pragma solidity ^0.5.10; contract Demo1{ uint public data; functi

目录 目录 1.什么是 Truffle? 2.适合 Truffle 开发的客户端 3.Truffle的源代码地址 4.如何安装? 4.1.安装 Go-Ethereum 1.7.2 4.2.安装 Truffle 4.0 4.3.安装 TestRPC 5.使用 Truffle 进行智能合约的开发 5.1.初始化一个 Truffle 项目 5.2.编译合约 5.3.创建一个 Hello mshk.top 的合约并编译 6.部署智能合约 6.1.将智能合约部署到 TestRPC 中测试 6.1.2.启动

以太坊开发(二)使用Ganache CLI在私有链上搭建智能合约 在上一篇文章中,我们使用Truffle自带的客户端Truffle Develop,在私有链上搭建并运行了官方提供的WebPack智能合约. 本文我们使用另一个客户端Ganache,搭建并运行自己的智能合约HelloWorld. 本文环境: Mac OS 10.13.3 Node v9.5.0 Truffle v4.0.6 Ganache CLI v6.0.3 (ganache-core: 2.0.2) Ganache Ganach

相信jser兄弟们肯定会碰到这样一个问题, 在做数组类的操作的时候,会要求删除数组中的一个元素:亦或是判断某值是否存在于这个数组: OK,拿删除数组元素举例,扩展方法为: Array.prototype.remove = function(val){ var index = this.indexOf(val); if (index > -1) { this.splice(index, 1); } } 很简单了扩展了一个删除元素的方法,那么我说的坑是什么呢? 在我们使用for··in 遍历对象的时

本文由云+社区发表 iOS开发过程中难免会遇到卡顿等性能问题或者死锁之类的问题,此时如果有调用堆栈将对解决问题很有帮助.那么在应用中如何来实时获取函数的调用堆栈呢?本文参考了网上的一些博文,讲述了使用mach thread的方式来获取调用栈的步骤,其中会同步讲述到栈帧的基本概念,并且通过对一个demo的汇编代码的讲解来方便理解获取调用链的原理. 一.栈帧等几个概念 先抛出一个栈帧的概念,解释下什么是栈帧. 应用中新创建的每个线程都有专用的栈空间,栈可以在线程期间自由使用.而线程中有千千万万的函数

调用链原理和场景 正如Service Mesh的诞生是为了解决大规模分布式服务访问的治理问题,调用链的出现也是为了对应于大规模的复杂的分布式系统运行中碰到的故障定位定界问题.大量的服务调用.跨进程.跨服务器,可能还会跨多个物理机房.无论是服务自身问题还是网络环境的问题导致调用上链路上出现问题都比较复杂,如何定位就比单进程的一个服务打印一个异常栈来找出某个方法要困难的多.需要有一个类似的调用链路的跟踪,经一次请求的逻辑规矩完整的表达出来,可以观察到每个阶段的调用关系,并能看到每个阶段的耗时和调用详

线程是操作系统能够进行运算调度的最小单位,操作系统线程进一步被封装成托管的Thread对象,手工创建并管理Thread对象已经成为了所能做到的对线程最细粒度的控制了.后来我们有了ThreadPool,可以更加方便地以池化的方式来使用线程.最后,Task诞生,它结合async/await关键字给与我们完美异步编程模式.但这一切让我们的编程体验越来越好,但是离线程的本质越来越远.被系列文章从"执行上下文传播"这个令开发者相对熟悉的角度来聊聊重新认识我们似乎已经很熟悉的主题. 目录 一.Th

基于区块链技术发展的DAPP是一种分布式应用生态系统.目前最受DAPP欢迎的区块链有以太坊.EOS.波场等公链. 但由于当前 EOS资源模型的局限性,使得其使用成本较高.尽管 EOS的DPOS共识机制已经优于以太坊和BTC,但一笔交易仍需要近3分钟才能保证不可更改,这也给EOS的应用场景带来了极大的限制,而且EOS的快速支付仅限于小额转账,大额转账则需要等待足够长的时间才能保证不可更改,从而限制了链上.链下用户的支付体验. 在此基础上NGK公链横空出世,它是一款解决了传统EOS和以太坊痛点的性能

智能合约开发是以太坊编程的核心之一,而代币是区块链应用的关键环节,下面我们来用solidity语言开发一个代币合约的实例,希望对大家有帮助. 以太坊的应用被称为去中心化应用(DApp),DApp的开发主要包括两大部分: 智能合约的开发 用户界面的开发 在本文中,我们将介绍智能合约的开发语言solidity. 让我们先从一个非常基础的例子开始,不用担心你现在还一点都不了解,我们将逐步了解到更多的细节. contract SimpleStorage { uint storedData; functi

智能合约是以太坊的核心之一,用户可以利用智能合约实现更灵活的代币以及其他DApp.不过在深入讲解如何开发智能合约之前,需要先介绍一下以太坊中用于开发智能合约的Solidity语言,以及相关的开发和测试环境. 智能合约就是运行在以太坊上的程序.客户端可以通过Web3.js API调用智能合约,而智能合约本身又可以直接访问以太坊网络,也就是说,智能合约前面连接着客户端,后面连接着以太坊网络,起到了承前启后的作用,而且通过智能合约,可以让整个以太坊网络更灵活,可控性更强.其实智能合约的作用相当于微软O

分布式环境下,对于线上出现问题往往比单体应用要复杂的多,原因是前端的一个请求可能对应后端多个系统的多个请求,错综复杂. 对于快速问题定位,我们一般希望是这样的: 从下到下关键节点的日志,入参,出差,异常等. 关键节点的响应时间 关键节点依赖关系 而这些需求原来在单体应用中可以比较容易实现,但到了分布式环境,可能会出现: 每个系统的技术栈不同 有的系统有日志有的连日志都没有 日志实现手段不相同 以上系统都是自治的,要想看整体的调用链非常困难. 分布式系统日志统一的手段有很多,比如常见的ELK,但这

场景 & 代码 Inner0 中的某方法调用了 Inner1,代码 Inner1的代码很简单, Cat通过一个线程本地变量来保存调用链的相关信息,其中核心的数据结构是消息树和操作栈.消息树用来存数据,操作栈用来构建节点的层次关系. 在上面的调用过程中,这两个数据结构状态的变化如下 更复杂的场景 数据的变化过程

一旦你的程序docker化之后,你会遇到各种问题,比如原来采用的本地记日志的方式就不再方便了,虽然你可以挂载到宿主机,但你使用 --scale 的话,会导致 记录日志异常,所以最好的方式还是要做日志中心化,另一个问题,原来一个请求在一个进程中的痉挛失败,你可以在日志中巡查出调用堆栈,但是docker化之后, 原来一个进程的东西会拆成几个微服务,这时候最好就要有一个分布式的调用链跟踪,类似于wcf中的svctraceview工具. 一:搭建skywalking gihub地址是:https://g

URL监控埋点作用 一个http请求来了之后,会自动打点,能够记录每个url的访问情况,并将以此请求后续的调用链路串起来,可以在cat上查看logview 可以在cat Transaction及Event 页面上都看到URL和URL.Forward(如果有Forward请求的话)两类数据:Transaction数据中URL点进去的数据就是被访问的具体URL(去掉参数的前缀部分) 请将catFilter存放filter的第一个,这样可以保证最大可能性监控所有的请求 实践 工程说明 工程名 端口 作

1. 调用链Cat 1.1. 调用链演进 1.2. 开源产品比较 1.3. 监控场景 1.4. cat的增值作用 1.5. cat典型报表 1.5.1. 应用报错大盘 1.5.2. 业务大盘 1.5.3. logView 1.5.4. 可视化的logView 1.5.5. 应用报表(APM) 1.5.6. Transaction报表 1.5.7. Event报表 1.5.8. Problem报表 1.5.9. HeartBeat报表 1.5.10. Storage报表 1.5.11. Cache

最近在看区块链和比特币的知识,顺便简单研究了一下BitCoin的脚本语言,发现OP_RETURN这个命令可以在后面放入自己想说的内容,很多侧链啊,公证之类就是利用了这个特性,可以把一句话,或者一个哈希值放在这个命令后面,于是我也想试一试,看看能不能成功. 由于本人对C#很熟悉,所以采用的是网上的.Net BitCoin的开源库NBitcoin.下面是实现过程. 1. 去买一定量的比特币. 这个不用多说了,到火币网,OKCoin等比特币交易所都可以购买,因为是实验的需要,所以并不需要买很多,几元~

*:first-child { margin-top: 0 !important; } body > *:last-child { margin-bottom: 0 !important; } a { color: #4183C4; } a.absent { color: #cc0000; } a.anchor { display: block; padding-left: 30px; margin-left: -30px; cursor: pointer; position: absolute

1.Zipkin是什么 Zipkin分布式跟踪系统:它可以帮助收集时间数据,解决在microservice架构下的延迟问题:它管理这些数据的收集和查找:Zipkin的设计是基于谷歌的Google Dapper论文.每个应用程序向Zipkin报告定时数据,Zipkin UI呈现了一个依赖图表来展示多少跟踪请求经过了每个应用程序:如果想解决延迟问题,可以过滤或者排序所有的跟踪请求,并且可以查看每个跟踪请求占总跟踪时间的百分比. 2.为什么使用Zipkin 随着业务越来越复杂,系统也随之进行各种拆分,

1. 背景 我们的技术栈包括了Java..NET.Node.js等,并且采用了分布式的技术架构,系统性能管理.问题排查成本越来越高. 2. 基本诉求 针对我们的情况,这里列出了选型的主要条件,作为最终判断依据 基本条件: 多平台探针(Java..NET Core.Node.js) 无侵入的探针部署方式 探针对应用性能和高可用影响小 服务端高可用,服务端不可用时,客户端无影响 3. 主要选项 主流的调用链追踪项目有Pinpoint.Zipkin.Skywalking.CAT 3.1. Pinpoi

今天打算来讲一讲 Dubbo 服务远程调用.笔者在开始看 Dubbo 远程服务相关源码的时候,看的有点迷糊.后来慢慢明白 Dubbo 远程服务的调用的本质就是动态代理模式的一种实现.本地消费者无须知道远程服务具体的实现,消费者和提供者通过代理类来进行交互!! 一.JAVA 动态代理 简单看一段代码回顾一下动态代理: public class MyInvocationHandler implements InvocationHandler{ private Object object; publi

由于我一直在深入研究EOS dApp的开发,我看了不少好文章.在这里,我汇总了下做一些研究后得到的所有知识.在本文中,我将解释如何使用EOSJS和scatter.我假设你对智能合约以及如何在EOS区块链上部署它们有基本的了解,因为我将在本文中跳过该部分. 我们在构建什么? 我们正在构建一个简单的todo dApp.我们将为CRUD(创建,读取,更新和删除)操作编写智能合约,并将使用EOSJS和scatter与已部署的合同进行交互.CRUD操作包括创建,完成,删除和获取待办事项.我们将使用Jung