以太坊rpcapiwsapi

A. WEB开发中，使用JSON-RPC好，还是RESTful API好

安全是恒久的话题，对于基于WSDL和SOAP的Web Service，我们有WS-Security这样的安全规范来指导实现认证、授权、身份管理等安全需求。那么，RESTful API有无成熟可用规范或实现框架呢？如何保证RESTful API的安全性呢？
如何对RESTful API进行版本控制，请分享您认为实用的做法？
HTTP1.1规范中给出的动词对于设计RESTful API够用吗？您在实际项目中会扩展自己的动词吗？在什么情况下需要扩展？
今年5月份发布的JAX-RS 2.0规范对于RSTfulAPI的设计最有价值的特性是哪个（些）? 它（们）用于解决什么问题？
能否为InfoQ的读者们推荐一款实用的RESTful API开发框架，并说明您的推介理由。
HTTP2.0规范正在制定当中，您对它的期待是什么？
InfoQ：什么是好的RESTful API？相信每个人都有自己的评判标准。那么，您认为一个好的RESTful API应该具有哪些特征呢？

B. RPCapi.ini是什么文件

这个ini是初始化的意思。 微软Windows操作系统中的文件扩展名，正如该术语所表示的，INI文件被用来对操作系统或特定程序初始化或进行参数设置

C. ETH以太坊Ethereum如何使用RPC调用实现web端充值提现

以太坊源码go-ethereum怎么运行
安装基于MIPS的linux头文件
$ cd $PRJROOT/kernel
$ tar -xjvf linux-2.6.38.tar.bz2
$ cd linux-2.6.38

在指定路径下创建include文件夹，用来存放相关头文件。
$ mkdir -p $TARGET_PREFIX/include

保证linux源码是干净的。
$ make mrproper

生成需要的头文件。
$ make ARCH=mips headers_check
$ make ARCH=mips INSTALL_HDR_PATH=dest headers_install

将dest文件夹下的所有文件复制到指定的include文件夹内。
$ cp -rv dest/include/* $TARGET_PREFIX/include

最后删除dest文件夹
$ rm -rf dest
$ ls -l $TARGET_PREFIX/include

D. api接口，RPC，WebService分别解决什么问题

API只是一个实现方式，很多平台上会有api接口调用，比如聚合数据，这样使用起来非常方便。
Web Service属于架构里的Web服务，RPC属于Web Service的一种使用方式。
Web Service：
从使用方式上，分为RPC，SOAP，REST；
从数据格式上，分为XML，JSON；
其中，RPC和SOAP的使用在减少，Restful架构占到了主导地位；XML格式的使用在减少，json等轻量级格式的使用在增多。
RPC即为远程过程调用，像调用本地服务(方法)一样调用服务器的服务(方法)，实现上有XML-RPC，JSON-RPC，只是传输数据格式的不同，使用方式上类似。

E. api接口、RPC、WebService分别解决什么问题

RPC：所谓的远程过程调用(面向方法)
SOA：所谓的面向服务的架构(面向消息)
REST：所谓的Representationalstatetransfer(面向资源)
RPC即远程过程调用，很简单的概念，像调用本地服务(方法)一样调用服务器的服务(方法)。
通常的实现有XML-RPC，JSON-RPC，通信方式基本相同，所不同的只是传输数据的格式。
REST的三个要素是唯一的资源标识，简单的方法(此处的方法是个抽象的概念)，一定的表达方式。
重要的特性：无状态。

F. 一直很困惑的RPC和WebService的区别和联系

Web 服务已经出现很久了。首先是 SOAP，但 SOAP 仅描述消息的情况，然后是 WSDL，WSDL 并不会告诉您如何使用 Java 编写 Web 服务。在这种情况下，JAX-RPC 1.0 应运而生。经过数月使用之后，编写此规范的 Java Community Process (JCP) 人员认识到需要对其进行一些调整，调整的结果就是 JAX-RPC 1.1。该规范使用大约一年之后，JCP 人员希望构建一个更好的版本：JAX-RPC 2.0。其主要目标是与行业方向保持一致，但行业中不仅只使用 RPC Web 服务，还使用面向消息的 Web 服务。因此从名称中去掉了“RPC”，取而代之的是“WS”（当然表示的是 Web 服务）。因此 JAX-RPC 1.1 的后续版本是 JAX-WS 2.0——Java API for XML-based Web services。
哪些内容保持不变？
在列出 JAX-RPC 1.1 和 JAX-WS 2.0 的差异前，我们应该首先讨论一下二者的相同之处。
JAX-WS 仍然支持 SOAP 1.1 over HTTP 1.1，因此互操作性将不会受到影响，仍然可以在网上传递相同的消息。
JAX-WS 仍然支持 WSDL 1.1，因此您所学到的有关该规范的知识仍然有用。WSDL 2.0 规范已经接近完成，但在 JAX-WS 2.0 相关工作结束时其工作仍在进行中。
区别何在？
SOAP 1.2
JAX-RPC 和 JAX-WS 都支持 SOAP 1.1。JAX-WS 还支持 SOAP 1.2。
XML/HTTP
WSDL 1.1 规范在 HTTP 绑定中定义，这意味着利用此规范可以在不使用 SOAP 的情况下通过 HTTP 发送 XML 消息。JAX-RPC 忽略了 HTTP 绑定。而 JAX-WS 添加了对其的支持。

G. 分享一个php如何开发以太坊的教程

以太坊规定了每个节点需要实现的JSON RPC API 应用开发接口，该接口是传输无关的，应用程序可以通过HTTP、websocket或IPC等多种 通信机制来使用该接口协议操作以太坊节点：

H. 以太坊如何使用web3.js或者rpc接口获取交易数据交易时间与确认数

如果要查询主网上的交易记录，可以使用etherscan。但是，如果是你自己搭建的私链，应该如何查询交易记录呢？

答案是你需要自己监听链上的日志，存到数据库里，然后在这个数据库中查询。例如：

varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//这时可以将交易信息txInfo存入数据库
});
});

web3.eth.filter()用来监听链上的日志，web3.eth.getTransaction()用来提取指定交易的信息，一旦获得交易信息，就可以存入数据库供查询用了。

推荐一个实战入门，你可以看看：以太坊教程

I. 怎么用rpc查询以太坊智能合约该笔交易是否out of gas

因为区块链技术对实现智能合约存在天然的优势。比特币、瑞泰币、莱特币、以太坊等数字加密货币都使用了区块链技术。区块链（Blockchain）是比特币的一个重要概念，本质上是一个去中心化的数据库，同时作为比特币的底层技术。区块链是一串使用