zhanzhenzhen
使用了你们的API一个多月了，感觉ok的技术是三大平台里最好的（其他两个都是用PHP），但我还是想提一些建议：&br&/&1.&API应该设计成可“升级”的。具体怎么做？可以参考著名的外汇交易平台OANDA（比特币交易平台与之相比都显得太业余了）。网址：/docs/v1/rates/。我们可以加入v1，类似这样：&br&/&/api/v1/ticker.do&br&/&那么未来我们就可以发布新版本（指不兼容的新版本）v2。这样v2发布后，还可以维持v1一段时间，以平稳过渡。（api的版本通常是非常“大”的，如果是添加“兼容”的新功能，那么就没必要发布新版本。）&br&/&2.&交易api的每2秒只能请求1次的限制，想法是好的，但具体实现方法过于简单，很不合理。可以改为每10秒请求5次，或每60秒请求30次，这样既达到了目的，又能使交易者有施展策略的空间。现在这样，如果我要买入比特币，然后在1秒后买入莱特币，这就没法做了。如果我要先下个市价单，在1秒后再下个限价单，也没法做。这是不合理的。&br&/&
&div&class=&quote&& &blockquote&
&span&style=&color:#333333;font-family:&Microsoft&YaHei&,&Arial,&Verdana,&sans-serif,&&Segoe&UI&,&Tfont-size:14.273line-height:22.273background-color:#FFFFFF;&&2.&交易api的每2秒只能请求1次的限制，想法是好的，但具体实现方法过于简单，很不合理。可以改为每10秒请求5次，或每60秒请求30次，这样既达到了目的，又能使交易者有施展策略的空间。现在这样，如果我要买入比特币，然后在1秒后买入莱特币，这就没法做了。如果我要先下个市价单，在1秒后再下个限价单，也没法做。这是不合理的。&/span& &/blockquote&&/div&
能否给一个VC写的例子，不会C#的孩子伤不起啊~，恳求！！！
什么时候开放多点API啊，例如所有历史委单等？
zhanzhenzhen
e)&API使用REST+JSON格式是对的，但是MIME&type应改为业界标准的application/json，而不是application/x-www-form-urlencoded。&br&/&f)&认证方式使用MD5签名是没有必要的，其实&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&Ｈ&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&Ｔ&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&Ｔ&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&Ｐ&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&Ｓ&/span&&/span&&/span&&/span&&/span&已经足够安全，我们只需要像OANDA一样，把partner和secret&key这对认证信息加入到header的Authorization字段中，传输途中不可能被偷看到或破解，因为&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&Ｈ&/span&&span&=&font-family:tahoma,=&&&arial,=&&&helvetica,=&&&sans-serif,=&&&font-size:14line-height:26background-color:#&=&&&ＴＴＰＳ&/span&协议保护着呢。具体实现方法可以看下/docs/v1/auth/。&br&/&g)&待时机成熟时，可以考虑把做空机制和杠杆加入到API中（现在可能时机还不成熟）。
zhanzhenzhen
3.&如果未来有必要发布新版本（如v2），我建议：&br&/&a)&行情api的历史交易数据的时间time，改为精确到毫秒，可以采用ISO规范的&T12:34:56.789Z&（UTC协调时，非北京时间）形式，也可采用数字形式9，但位数应该比原来的增加3位。&br&/&b)&行情api中的price和amount，应该都是数值型，但现在是字符串，用户还必须来一次转换。&br&/&&p& c)&行情历史交易的type字段应该要有意义，即根据“摘单”的那个人的行为决定，如果“限价买”单被“市价卖”者摘走，那type就该是“卖”。现在这type是根据和前一次交易的价格之差决定的，如大于等于则为买，如小于则为卖，根本没意义。虽然小于的绝大多数是卖，但也有例外。要使这个字段有意义。&/p&&p& d)&如果未来ok发展得够好，可能日交易量会变得更多，如果发展到每秒就有数百笔交易，那样要研究历史数据，分笔数据是否仍然是最好的方法？我们可以推出分时数据（但是至少要刻度达到“秒”级，否则，就会不精确，还不如分笔数据），举个例子：&br&/&{&br&/&&granularity&:&&1s&,&br&/&&startTime&:&&T00:00:00Z&,&br&/&&candles&:&[&br&/&{&br&/&&high&:&3124.57,&br&/&&low&:&3123.02,&br&/&&close&:&3123.45,&br&/&&vwap&:&3123.78,&/p&&p& &averageBuy&:&3123.85,&/p&&p& &averageSell&:&3123.67,&br&/&&volume&:&208.513&br&/&},&br&/&{&br&/&&high&:&3123.45,&br&/&&low&:&3122.88,&br&/&&close&:&3123.3,&br&/&&vwap&:&3123.28,&/p&&p& &averageBuy&:&3123.38,&/p&&p& &averageSell&:&3123.12,&/p&&volume&:&155.286&br&/&},&br&/&...&br&/&...&br&/&]&br&/&}&p& 甚至市场深度也可放进去，如嫌数据太多，可在+-5条之外仅返回市场深度的统计值，例如之间的有多少。&/p&
zhanzhenzhen
使用了你们的API一个多月了，感觉ok的技术是三大平台里最好的（其他两个都是用PHP），但我还是想提一些建议：&br&/&1.&API应该设计成可“升级”的。具体怎么做？可以参考著名的外汇交易平台OANDA（比特币交易平台与之相比都显得太业余了）。网址：/docs/v1/rates/。我们可以加入v1，类似这样：&br&/&/api/v1/ticker.do&br&/&那么未来我们就可以发布新版本（指不兼容的新版本）v2。这样v2发布后，还可以维持v1一段时间，以平稳过渡。（api的版本通常是非常“大”的，如果是添加“兼容”的新功能，那么就没必要发布新版本。）&br&/&2.&交易api的每2秒只能请求1次的限制，想法是好的，但具体实现方法过于简单，很不合理。可以改为每10秒请求5次，或每60秒请求30次，这样既达到了目的，又能使交易者有施展策略的空间。现在这样，如果我要买入比特币，然后在1秒后买入莱特币，这就没法做了。如果我要先下个市价单，在1秒后再下个限价单，也没法做。这是不合理的。&br&/&
api/trade&:&下单交易&市价单报错{&errorCode&:10007,&result&:false}，限价单正常，同样的代码，只修改了type参数，？？？？
OKCoin_木子
[p] 建议在获取账户信息的API中返回当前贷款和贷币的数目。[/p][p] 用户可以自己制定风险控制措施。[/p]
建议在获取账户信息的API中返回当前贷款和贷币的数目。 用户可以自己制定风险控制措施。 非常感谢您的建议，我们已记录下来，会转告给相关负责的同事。
OKCoin_木子
[p] getorder.do接口不能获取已成交的订单？我获取的订单中只有未成交的，成交的订单没返回下来。[/p][p] 我想获取我自己的所有订单，包括成交、为成交、部分成交各种状态的，怎么做呢？[/p]
getorder.do接口不能获取已成交的订单？我获取的订单中只有未成交的，成交的订单没返回下来。 我想获取我自己的所有订单，包括成交、为成交、部分成交各种状态的，怎么做呢？ 抱歉，目前暂未开放全部挂单的信息，只能够查看到未成交的。
Contact Us：
400-888-6636 (24/7)
All trading products offered through OKCoin should be considered HIGH RISK.
Our partners：
运行时间是：271
客服400-888-6636
OKCoin聊天室
请遵守聊天室规则！
客服400-888-6636
聊天室规则
本聊天室仅供OKCoin用户交流讨论使用。
没有交易历史的用户无法发送消息。
用户昵称一个月内允许修改一次，不允许包含辱骂他人或政治相关的词汇。
聊天时请文明用语，严禁使用恶意侮辱，诋毁他人字眼；
严禁谈论不健康话题；
严禁刷屏影响他人交流；
严禁发任何性质的广告和大篇幅的转发信息；
严禁发布任何有损家庭声誉及利益的信息；
严禁利用聊天室拉帮结伙，制造群体不和或挑起群体争斗事端；
严禁发表与政治有关的恶搞类语言及其他一切。
如果违反上述规定，按照情节严重，轻则禁言，重则封号。
请大家积极配合聊天室管理员的管理，共同营造友好健康的氛围。
比特币新闻在线客服：2017年7月 扩充话题大版内专家分月排行榜第一2017年6月 扩充话题大版内专家分月排行榜第一2017年5月 扩充话题大版内专家分月排行榜第一2017年3月 扩充话题大版内专家分月排行榜第一2017年1月 扩充话题大版内专家分月排行榜第一2016年12月 扩充话题大版内专家分月排行榜第一2016年11月 扩充话题大版内专家分月排行榜第一2016年10月 扩充话题大版内专家分月排行榜第一2014年2月 扩充话题大版内专家分月排行榜第一2014年1月 扩充话题大版内专家分月排行榜第一
2017年9月 扩充话题大版内专家分月排行榜第二2017年2月 扩充话题大版内专家分月排行榜第二
本帖子已过去太久远了，不再提供回复功能。请问比特币支付是怎么实现的? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
is a peer-to-peer currency. Peer-to-peer means that no central authority issues new money or tracks transactions. These tasks are managed collectively by the network.
在 Twitter 和 Facebook 之后，全世界的开发者们还是第一次这样子因为一个 API 的出现而感到兴奋。而这次不同的是，这个 API 不属于任何人。
请问比特币支付是怎么实现的?
· 294 天前 · 5008 次点击
发现国外有些网站, 支持比特币支付, 只要往指定的比特币钱包打入特定数额的比特币, 立马就可以完成[充值 /购买]
请问, 他们是如何实现这个功能的呢?
我对 PHP 比较熟悉, 很熟悉支付宝支付 /微信支付的支付接口开发
但是像这种比特币支付接口我尝试着 Google 一下, 没有找到相关的资料, 不知道用哪个网站, 也不知道实现的原理
还请诸位大神不吝赐教, 在此谢谢了~
14 回复 &| &直到
18:23:44 +08:00
& &294 天前
比特币背后的技术叫做区块链技术，你可以抽象成一个公共数据库（另外一种抽象是公共账本），然后通过向某个地址打一笔钱就是向这个数据库插入一条记录，然后下一步就是不停的查询数据库，找出这个这条最新插入的数据。
关于如何访问这个公共数据库？
你需要安装一个公共数据库的本地客户端，也通过第三方 API 来查询，这样缺点是依赖第三方提供服务，但是不用下载（同步）整个区块链数据到本地，具体看这里
如果你安装客户端
的话，则可以通过 JSONAPI 来访问公共数据库
& &294 天前 via iPhone
和交易所合作的吧，支持比特币支付的平台往往都是立马变现的
& &294 天前
国外那些 PHP 网站的实现流程, 我是否可以理解为:
1. 创建一个订单, 要求客户在指定时间内,比如 15 分钟内, 往收款地址打款;
2. 服务器创建完订单后, 在 15 分钟内, 不停通过 api 来查询该地址有没有收到这笔款项;
3. 如果没查到, 就取消订单, 如果查到了, 就给会员[充值 /购买成功]
& &294 天前
哈哈, 跟交易所合作没有必要吧, 太麻烦了, 个人开发者也没那个能力;
& &294 天前 via iPhone
@ 我懂你意思了，那是你举的例子不合适。你举的比特币支付的例子大部分真的是和交易所合作，没记错的话 coinbase 就支持支付接口，好像新蛋和维基都用的那个，商家拿到的就是法币。
如果你就是想用一个程序获知比特币钱包收款状态应该有很多现成的项目可以参考。
& &294 天前
@ 其实就是想做个网站, 然后用比特币做支付接口, 面向老外, 这个在国外貌似挺成熟的, 但是国内好像相关的中文资料特别少, 我搜了一大圈, 很难有什么收获; 不过找到了一个叫&付钱啦&的网站, 准备试试里面的比特币支付接口
& &294 天前
@ 直接拿 coinbase 或者 bitpay 的接口就行了
& &294 天前
@ 没有用别人接口做比特币支付的。
比特币支付是基于 bitcoind(bitcoin core)的，自己搭建 bitcoind 服务器，支付时候随机获取一个收款地址，当比特币支付到此地址(0 确认即可，基本达到实时，这也是不能用别人接口的原因)，即完成交易。
& &294 天前
@ 很多都用接口，接口的目的不是判断支付与否而是已实时价格转换成法币。
& &294 天前
2333 果然 V2EX 都是 web 码农，连比特币方面的人才都没有的
我来回答下，楼主如果只是想接受比特币付款，那有集中方式：
1.如果你有 stripe 账号，可以增加 bitcoin 支付的 method ，但是需要美国税号，不然美帝会怀疑你用比特币偷税漏税，这个是比较麻烦的；
2.比特币界也有那种，别人发送比特币，你接受到的是美元的第三方支付公司，典型的有两家，一家叫 bitpay ，李嘉诚投资，一家叫 coinbase ，这两家都提供完善的 sdk ， namecheap 就使用了 bitpay 的 sdk ，充值还是非常迅速的；
3.如果是只是单纯想接收比特币，并不想做任何转换，那推荐用
的 api ，你只需要一个你的比特币地址，
对你的比特币没有任何控制权，他只是通过公开区块链信息去查询，是否有一笔钱转账到你的地址成功；
4.国内也有同类的企业，比如 okcoin 旗下的币行钱包，也有商家功能，之前 oklink 做的更多一些，但是 oklink 现在转型做基于比特币的全世界货币自由兑换去了；
强烈不建议自己实现支付接口，那样浪费时间也不专业，现有的 sdk ，只有自动转成法币的才收你钱，其他的都是免费的。
v2ex 总说什么比特币没价值，代码不就是价值，以比特币为核心的一整套支付和转账体系就是其价值（当然这个价值更多建立在比特币的垄断之上），
看下比特币相关项目总代码量，就知道价值在哪儿了。
& &294 天前
@ 你没看懂楼主的意思，楼主是做个网站卖东西，用比特币收款
& &294 天前
谢谢, 我的目的确实是想做个国外网站, 卖东西, 然后用比特币做支付接口
@ 和 @ 两位大神提到的 bitpay 和 okcoin 不错, 我刚查了一下, 尤其是 okcoin, 还有中文文档, 值得大家试试
& &294 天前
@ 涨姿势了…
& &293 天前
@ 戾气好重啊， V2EX 卧虎藏龙，另外也不要看不起 web 码农可以么？
& · & 2357 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.0 · 57ms · UTC 04:45 · PVG 12:45 · LAX 21:45 · JFK 00:45? Do have faith in what you're doing.