以太坊jsonrpc

『壹』 Aria2 JSON-RPC 路径错误，Aria2怎么弄

SON-RPC Path 默认为: http://localhost:6800/jsonrpc 每次设置完，重进Aria2后，JSON-RPC Path就又会变成默认值 官网解释是: 在 YAAW 中对 Aria2 的设置

『贰』 使用json好还是RPC远程服务框架好

1.确保可以ping通 2.开启2003的远程连接的功能.在我的电脑右击属性里面. 3.为远程连接的用户名设置密码,空密码不行 4.检查防火墙.最好是能先将防火墙关闭.

『叁』 jsonrpc = new JSONRpcClient("../JSON-RPC"); 这个路径应该怎么写具体说说

jsonrpc = new JSONRpcClient("/json-rpc"); //实例化json远程调用

『肆』 为什么不选择当调用jsonRPC对XBMC吗

其实对于C#调用json-rpc并不点便宜，一般情况下如果是C#调用，可以考虑使用wcf等rpc技术。
对于json/xml等rpc，在C#调用时，应该遵从以下两个原则：
远程http协议流调用（使用tcpclient/webclient等类库将内容调用到本地）。
对本地流（二进制，文本——json/xml,文本——jsonp等）进行反序列化，得到相应的调用。
严格来说，这种情况其实不能称之rpc的，rpc是远程调用，指的调用远程方法并返回（不返回）相应的应答，而json/jsonp则是将执行结果以流的方式返回，而这个恰好可以序列化成本地对象，严格来说，json/jsonp/xml实际上是让浏览器调用的，浏览器本身是javascript的宿主，可以很轻易地反序列json或直接执行jsonp方法。
也就是说，浏览器通信使用json/jsonp的这种方案，目的是跨终端。而C#只能出现在页面后端，如果让后端去调用业务层逻辑的话，不如直接使用wcf等rpc。使用json/jsonp则是需要自定义序列化的，对于将来的维护等存在一定的问题。

『伍』 jsonrpc怎么用

按照标准的JSON字符串格式发送不就行了

json-rpc是一套标准
wiki.geekdream.com/Specification/json-rpc_2.0.html
这里是2.0的官方文档，你看下，另外解析用的包也需要引入

『陆』 jsonrpc和okhttp的区别

在http头的Content-Type字段可能会包含字符编码信息。例如可能返回的头会包含这样子的信息：Content-Type: text/html; charset=UTF-8。这个头信息表明该页的编码是UTF-8， 设置在http头的Content-Type的字符编码

『柒』 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应该具有哪些特征呢？