自動取引アルゴリズム作った
■ このスレッドは過去ログ倉庫に格納されています
海外取引所のHitBTCとBinanceの価格差で鞘取りするアルゴリズム
二ヶ月くらいいろいろ変えながら走らせてるけど損した日ない
よかったら使ってくれ
pythonで仮想通貨の取引所間アービトラージ
http://algorisamurai.hateblo.jp/entry/2018/03/09/172019 >>467
取引所からのエラーコードが返ってるはずだけど何てでてます? APIの応答が遅かったり固まったりエラーになる取引所って
どういう対策してるんだろうな。zaifとか落ち過ぎて怖くて使えん。 ccxtアップデートしたらこれまでエラーでて繋がらなかった取引所もいけるようになったっぽい
取引所APIの仕様変更は勘弁してほしいね https://github.com/algori11/arbitrage_crypto
のtri_arbに三点アービトラージの機会検出するpythonコード置いたので興味がある人はいじってみてください
自動取引の部分は離散化あたりがめんどくさそうだったので今のところ実装してません
簡単な解説を近日中にアップします >>473
ちょくちょく拝見してます。
3点アビトラージ面白そうですね。
どれ位の利益が取れるのかやってみたいです。
基本売買額が取得出来たら後はアイデア次第で色んな事できますね。 ホントに小さいロット以外滅多に儲からんよ
大手だと同じことやってるっぽい人多過ぎる >>475
課題は沢山あると思う。
今のままだと儲けは少ないけど、一つ一つ課題をクリアしていけば何か見えると思う。
大口さんは早いですよね。
自分は最初売買に二十数秒掛かってたんですがおこぼれしかもらえず
チャート見てたら同じタイミングで価格変動がチャートに乗った瞬間売買成立している大口がいくつもいて
そいつらと勝負するために不要な処理を削ぎ落して現在情報取得と合わせて3秒前後で売買出来るようになってます。
情報取得と売買も含め全部並列処理になりましたw。
これでも食い込めはしますがまだ一番沢山売買しているBOTには勝てないです。目標です。 Zaifとかで内部アビトラのツール作って監視してた時には
毎日結構な頻度で110%とかのチャンス見かけたりした。
でもレスポンス遅いわアイムアウトするわ、
実際に注文するのはエラーになった時酷い事になりそうで怖すぎて無理だったな。
まあ皆それを恐れてるから機会が多いんだと思うけど。 >>476
そこまで作ったなら後はもうコンパイラ言語にするなり
鯖を可能な限り近場にVPSとかで借りるかしかないのでは。 だいたい(Binanceの)時間スケールでいうと
APIを投げてレスポンスが返ってくるまで:30〜70ミリ秒
レスポンスを計算する時間:< 0.05ミリ秒
って感じで4桁オーダーが違うのでコンパイラ言語にする恩恵はなさそうですね
requestを並列処理してレスポンス待ち時間をオーバーラップさせるのは効果ありそうなのでできたらやってみます あ、>>476への話でしたね、すみません
売買に20秒だとか3秒かかるっていうのはサーバーレスポンスの問題なんですかね
あまりにかかりすぎてると思うんですが >>480
なるほどそんなに速いのか。
Wimaxが原因かもしれない。
20秒かかってた頃は
情報取得⇒判定⇒売買⇒オープンオーダ確認⇒取りこぼし補完処理
を、シーケンシャルでやってたので取引所や通貨を増やしただけ時間が増えていった。
取引所によっては重いときに十秒超えるときもままありました(LiveCoin、Gate.io等)。
今は定期処理の場合は
・情報取得
・判定(繰り返し)⇒売買
を、並列でやってるので情報が取得できた順に評価してる感じ
最初の組み合わせが当たれば2秒前後で取れる感じって感覚なので申し訳ない。
ちょっとログ見て定期売買成功したときの時間見てみようかな。
こういう会話出来るの良いね・・。
1月中から一人でコツコツ作ってたので・・。 ちょっと違いが分かりにくいので
昔
情報取得A⇒B⇒C⇒D、全部取り終わったら判定⇒売買
今
・情報取得A
・情報取得B
・情報取得C
・情報取得D
・判定(繰り返し)⇒売買
を並列で実施。 >>478
それいいね!!
ただAPIキーを一緒に置かなきゃいけないのもネックだね。
めんどいけど暗号状態でメモリに読み込ませて
ファイルは削除しておくってのがぱっと思いつく策かな。
リスタートめんどいけど背に腹は代えられないw 2018/04/20 21:47:44.525 [pool-2-thread-1] INFO ■売買処理開始
・・・・
2018/04/20 21:47:45.275 [pool-3-thread-3] INFO Binance limitOrder currencyPair=ADA/BTC, 買値(bid)=0.00003371, 売値(ask)=0.00003375, 買数(buyAmount)=6354.00000000, 売数(sellAmount)=13127.00000000, timestamp=2018/04/20 09:47:45
・・・・
2018/04/20 21:47:46.337 [pool-4-thread-1] TRACE ■注文処理開始Bittrex#1399357585
2018/04/20 21:47:46.337 [pool-4-thread-2] TRACE ■注文処理開始Cryptopia#1105216416
2018/04/20 21:47:46.699 [pool-4-thread-1] TRACE ■注文処理終了
2018/04/20 21:47:46.745 [pool-4-thread-2] TRACE ■注文処理終了
やっぱ2秒くらいかかってますた。
取得処理がネックでした。
原因はスリープ処理ですた。
並列の関係で情報取得と判定の間で700msec取ってました。忘れてました。
心よりお詫び申し上げますm(_ _)m 普通のアービトラージはともかく内部アービトラージは時間が特にシビアだから情報取得も通貨絞らないとキツそうですね >>485
今は単純に取ってるだけなので効率の良い取り方を勉強中です。
また、通貨を絞る点を考えると、トレンドを判定して切り替えられたら面白いですね。
これだと基軸コインは良いんだけどアルトが遊んじゃうから勿体ないかな。 >>478
VPSって言葉を初めて聞いたので調べてみたら
バーチャルサーバレンタルなんてあるんですね。
通信料が無料ってのがイイ!(・∀・)し月額料金が安い!
機器メンテいらないから放り込んで放置ってのもよさそう
今は無駄な通信が多くて規制されそうなので(Wimax2は規制されながらやってる)
通信量を削減出来たらVPSへ移動しても良いかも プログラムがどれくらい通信してるかどうやって確認してる? >>490
単純に何も動かしてない状態からプログラムのみ実行して
Windowsタスクマネージャーからの受信量を見てる感じです。
現在は600Kbps前後なのでWimax2の1Mbps制限には何とか収まってる感じです。 三点アービトラージのほうのコードの板の取得部分に並列処理を実装しました。
情報取得が約三倍の速度でできるようになっています。
取引所間アービトラージのほうでも実装する予定です。 【上場確定】爆上げ銘柄を教えます。
■5月10日:爆上げコイン入手日
■5月30日:あなたが億り人になる日
わずか20日という短期間で
[億り人が確定]する案件です。
『何を買えばいいか分からない』
『想うように利益が出ない』
『もっと効率よく稼ぎたい』
という方は、必ず手に入れるべき
今世紀最上級のコインになります。
【今すぐ手に入れる】
http://num.to/1800-0003-6686
世界最大手取引所である
<BINANCE>に爆上げマル秘コインが
上場するのですが・・
この話に、
■乗りますか?
■見送りますか?
『乗ります!!』
========
と言ってくれるあなたには
爆上げ銘柄をタダで教えます。
まずは、メールアドレスを登録して
爆上げ銘柄の正体をご覧ください。
http://num.to/1800-0003-6686 ハッキング怖いおって思ったらソースまで公開してくれてるやん
ぐう有能
儲かったら>>1雇うわ timeoutの時間がccxtのデフォルトでは10秒に設定されてたのに気づいたので、1秒に再設定するようにしました。
手前で書いてたのをやめてccxtを導入してから利益率が下がったように感じてたんですが、これが
通信に時間がかかってしまったとき数秒ずれた情報を比較してしまっていた、って原因だったとしたらこれで回避できるはずです。 なんか1秒に設定するとエラー吐いて止まるのでとりあえずもとに戻しておきます……
あとで修正します >>1どこ住んでんの?おじさんとお茶しよーよ
プログラムガツガツ書けるフリーランサーと繋がりたいわ 所在地は関西圏です。メールアドレスをブログのトップに書いてるので個別に何かあればご連絡ください yobitでやってる人いる?自分の場合、demo では動くけどそうじゃなければ一瞬何かエラーがでて落ちるんだけど。エラー貼りたくても一瞬すぎて無理だったわ うちの環境だとちゃんとTracebackが表示されてるんですけどエラー出たときウインドウごと消えちゃってます?
log.txtの最終行に何が出てるかである程度わかるかもしれません 1ヶ月回して1ビットコが0.96ビットコになりました。
根本的にアルトの持ってるだけでリスクが強過ぎる。 >>500
yobit API authentication error
Traceback (most recent call last):
File "arb.py", line 91, in <module>
ex.check_api_state()
File "C:\Users\Administrator\Downloads\arbitrage_trade\tools.py", line 65, in
check_api_state
t1_base, t1_alt = self.balance(self.t1)
File "C:\Users\Administrator\Downloads\arbitrage_trade\tools.py", line 97, in
balance
return np.float(bal["free"][self.base]), np.float(bal["free"][self.alt])
KeyError: 'DASH'
こんなエラーが出ます あっ、、、 今気付いた! DASH持たずにトレードしようとしてました。スレ汚しすみません^^; マイナスになっちゃうのは
片方取引成立せず(Openorder)が発生してるか。
手数料を加味した比較でマイナスなんだとおもう。
ロジック見てないので何とも言えないけど。
何故マイナスになるか調べた方が良いかもね。
取引所によっては0.25%取ってるところもあるので
売買合わせると0.5%を加味しなきゃいけないし。
そこから利益分をぷらすしたパラメータせっていをおこなわんと あと相場の上昇下降でビットコが少なくなる事はある。
なので参入するときは底で買っておかないと
アルト自体の相場が下がってマイナスになっているように見えることもある。 >>492
フットワーク軽いね。
高機能になっていくのは面白い。 >>505
アルトの上げがビットコインに追いついてない
底で買えるなら、これ回すよりビットコインがちほした方が成績上
やるならUSDTとかでやらんと意味無いね あ、違う。そんなことないな。速度負け続けない限り増えるはずか。
エラーは起きてない筈だけど取引履歴見直してみよ 当然、通貨の量は増えても値動きによってBTC換算では減っちゃうことはありますね
たとえばBTC/XRPを
0.00010BTC/XRP のとき 0.1BTC/1000XRP 持ってたのが
0.00005BTC/XRP で 0.12BTC/1200XRP になったら
通貨自体はそれぞれ20%増えててもBTC換算では0.2BTC→0.18BTCに減ってる、みたいな
通貨価値の変動はアービトラージとは独立した問題だし、
法定通貨との組にして法定通貨換算での損失のリスクを低減するか、
リスクとって上がりそう/安定してそうな通貨との組にするかですかね 寝起きだったので適当なこと書いてしまってすいません。
BTC対アルトで考えると売買さえ上手くいってれば減ることは無いです。
A・B取引所で利益の出る差額が発生したのでTRXをそれぞれ2000枚ずつ売買したとする。
A取引所(売買手数料0.2%)で2000TRXを買う場合は
売値:0.00000500TRX × 1.002 × 2000枚 = 0.0100200BTC払う・・・@
B取引所(売買手数料0.2%)で2000TRXを売る場合は
買値:0.00000510TRX × 1.002 × 2000枚 = 0.0102204BTC貰う・・・A
差額: A(貰う額)−@(払う額)=0.0002004BTC増える(TRX枚数はそのまま)
計算方法を変えればBTCの売買額を同じにしてアルトを増やすという事も可能です。
このツールはBTCまたはアルトの枚数を増やしていく事が目的です。
BTCはJPYへの価値換算が出来ますが、これはツールの考慮外となっています。
BTC及びアルトをJPY換算で見るとツールで増えた枚数以上に暴落しているときは減っているように見え
暴騰しているときはすごく増えているように見えます。
ここをきっちり分けて考える必要があります。 多分このツールもこんな考え方だと思うけど。
間違ってたらすまん。 なんかBinanceの板監視してたらaskよりbidのほうが高い謎の返り値
{'asks': ([[ 0.051705, 0.282 ],
[ 0.051706, 0.195 ],
[ 0.05171 , 2.808 ],
[ 0.05174 , 5.67 ],
[ 0.051744, 0.365 ],
[ 0.051749, 0.238 ],
[ 0.051758, 0.041 ],
[ 0.051765, 9.696 ],
[ 0.051773, 0.175 ],
[ 0.051787, 7.756 ]]),
'bids': ([[0.052601, 3.218 ],
[0.0526 , 0.116 ],
[0.052599, 0.076 ],
[0.052598, 4.941 ],
[0.052597, 0.21 ],
[0.052596, 0.059 ],
[0.052595, 0.189 ],
[0.05258 , 1.7 ],
[0.05254 , 0.06 ],
[0.052539, 0.02 ]])}
みたいなのがあった
BTC/DASHで何度も確認してる
詳細不明だけどこれに反応しちゃって取引してたときがあったみたいで、
実際はbidのほうがウソでこの値では取引できず、このときの取引では損が出てた
ask<bidになってたら取引フラグ出さないよう修正するけど、こういうの注意したほうがいいね アルゴリズム対策? かどうかはわからないけど気味が悪い パチスロ笑ゥせぇるすまん3 〜笑撃の『酷税』ドーン〜 プロモーションムービー
http://youtu.be/23Kr8coKkm4?&list=RD2b2XYZ-YQEM&t=12s
http://youtu.be/23Kr8coKkm4
NEWS 317承認済み名無しさん 2018/03/15(木) 22:11:43.70ID:yU5pRGI8
Zaif使わん方がいい Zaifから他に送金できない そしてサポートから永遠返信なし
NEWS 368承認済み名無しさん 2018/04/25(水) 13:22:00.35ID:gXtW8chL
攻撃されてハックされて異常な取引があったから入出金中断中だよ
【中国三大取引所】huobi【SBIグループ提携】
https://www.huobi.pro/ja-jp/notice_detail/?id=1383
XRP 0.85セント・・・( ^ω^)・・・何円ほどですか?
http://www.google.co.jp/search?q=0.85%E3%82%BB%E3%83%B3%E3%83%88
XRP 0.85セント・・・( ^ω^)・・・回答を頂きました!
http://www.youtube.com/embed/k6F_0gG3c2Q?autoplay=1&start=1635&end=1637
XRP 0.85セント・・・( ^ω^)・・・インサイダー取引?
http://cryptopayments.info/xrp/xrp-option-contracts
http://parts.blog.livedoor.jp/img/usr/ver06_km_matomegray_3c/header.png
SBI主導の邦銀仮想通貨連合から地銀が一斉離脱した理由 2018.4.25
SBIグループが主導し、3メガバンクを含む最大61行の邦銀が加盟していた
「内外為替一元化コンソーシアム」。 仮想通貨「リップル」の技術を使い、
安価で高速な送金プラットフォームの開発を目指すこの連合に今、異変が起きている。
今年3月末、千葉銀行や伊予銀行(愛媛県)、十六銀行(岐阜県)、武蔵野銀行(埼玉県)、
筑波銀行(茨城県)、オリックス銀行など11行が、 連合から離脱していたことが分かったのだ。
「加盟していても会費だけ取られて実入りがなく、意味がないから離脱を決めた」
関東地方のある地方銀行幹部は、そう吐露する。低金利環境で業界全体が業績悪化に陥る中、
4月に会費が月額30万円から60万円に倍増したという。 一方、連合に残った別の第二地銀幹部も
「再加盟には入会金1000万円が必要だから継続を決めた」と、連合には不満たらたら。
乱高下する仮想通貨の価格と同じように、邦銀連合も混乱に陥っている
http://diamond.jp/articles/amp/168184
NEWS 名無しさん2018/04/07(土) 15:34:32.70ID:Cry32Kct
https://youtu.be/xGUkw4bfa1M?list=RDxGUkw4bfa1M
___ ♪ ∧__,∧.∩
/ || ̄ ̄|| r( XRP )ノ やべぇ勢いで すげえ額下がる♪
|.....||__|| └‐、 レ´`ヽ やべぇ勢いで すげえ額下がる♪
| ̄ ̄\三 / ̄ ̄ ̄/ノ´` ♪
| | ( ./ /
NEWS 716名無しさん@お金いっぱい。2018/04/25(水) 14:01:02.61ID:6YZhbK0F0
米国の仮想通貨関連銘柄、上場廃止に直面 Lily Katz2018年4月12日 9:47 JST
https://www.bloomberg.co.jp/news/articles/2018-04-12/P71PPZ6TTDSG01
ロング・ブロックチェーンとロングフィン、ナスダック上場廃止予定
ブランド再構築後に両社の株価は急騰−ビットコイン価格急落で失速
原題:Once-Surging Crypto Stocks Face Delisting and the End of an Era(抜粋)
https://assets.bwbx.io/images/users/iqjWHBFdfxIU/iizWSjTmLZJM/v2/-1x-1.png >>512
現象的にはあると思ってる。
ただ検証してないので「ある」と断言できないところが辛いところ。
同じユーザが自分が出した売りに対して買いを行っても約定されないと思う。
マイナー取引所でマイナーコイン使って遊んでると良く手玉に取られたのでw 後は売り 買いでデータ取得時にタイムラグがあったかですね。
これはタイムスタンプ見れば一発でわかりそうな気がしますが。 この異常な板が出る一瞬前も一瞬後もbidはask付近の正常な値だし、
記録みても約定価格はask付近の値で安定してるので、まあエラーですね
ともかく、対策してからはっきり損の出る取引が減ったので更新をお勧めします(GitHubにアップ済み) >>517
修正コードのインデントの位置おかしくない?
エラーが出るから2つ深く修正したんだけど >>518
サンクス 修正しました
直にコピペしてタブキーでインデントしたらタブがそのまま入力されてスペースと混じっちゃってたっぽい 修正素早い。
今、暴落してるっぽいから
取引所間の価格差が開いて沢山売買できそうですね。 暴落してるから取引所重く、エラー返ることも増え片方取引になってしまう回数が増えてる >>521
oh...
なるほどそりゃあかんな。
軽いところを探すか。
プログラム止めて様子見た方がいいのかも。
やったことないけど日本の取引所は重いって聞くよね。
Binanceはそこまで重くなったことは無い。
マイナーな所は重くなりがちね。 どういうエラーで止まってます?
参考までに知りたいです 大きめのアップデートしました。
並列処理で取引所ふたつのサーバー応答の待ち時間をオーバーラップさせて短縮したのと、
取引所ごとに必要な特殊な処理をbuffer.pyというモジュールに分離したのが大きな変化です。 あと、これはお願いなんですが、このアルゴリズムで順当に儲かってるよ、という方は、
ちょっと手間ですがBinanceの口座を新たにブログのアフィリエイトリンクから作成したものに変えていただけると非常に助かります。
取引手数料0.05パーセントのうちの20パーセントが私に入るようになります。
HitBTCをリンク経由で登録していただいた方も何人もいて、ある程度の収入になるかと思ってありがたかったのですが、
HitBTCが「トラブルが発生している」とか言いながらもう半年以上一銭も報酬を支払ってない状態のようで、
私には1円も入らず、悪質なので私も同規模のBit-Zに鞍替えしている、という状況です。
(こっちの方が規模も大きく、サーバーの応答もよくて満足しています)
投げ銭のアドレスには2週間ほど前に100XRPを入れてくださった方がいて、とても嬉しかったです。
本当にありがとうございます。 ど素人ですまんが、
これって双方の取引所のAPIで動いてるんだよね?(すまんPython初見だからソースは拝見していない)
おそらく取引所間の連携はしてない?(並行して動作させてる?)として、売買にタイミング(時間)的なズレは生じないものなの?
見当違いの疑問かもだがよかったらご教授くださいませ >>528
おっしゃる通り、2つの取引所のAPIは独立です
私の環境ではBinanceとの通信が(典型的に)50msec、Bit-Zとの通信が120msec程度で、
これを並行して行っているので、約定する時間に数十msec単位の時間差はあると思います
ただ、問題になるのは売買が同時であるかどうかではなくて、「裁定機会があると判断した板がそのまま食えるか」で、
今のところかなりの確率で成功しています なるほど、機会を逃さない許容範囲内ということですね。
ご教授ありがとうございました。
一度少額(もちろん自己責任)で動かしてみます〜 日本国内最大規模の仮想通貨仕手グループ「DARK_JAPAN」
仮想通貨業界では、最大規模の仕手グループ「DARK_JAPAN」
我らが1万人を募集する理由は、1万人の会員様全員へ、確実な有益情報を発信する為です。
現時点では、すでに5千人の会員が集まっています。
日本では、我らが最大規模の仕手グループです。
仕手情報、コイン開発ニュース、ポンピングニュースなどの情報を、他のどの仕手グループよりも早く、お伝えできます。
我らは現在も今後も、日本最大であり最高の仕手グループというスタンスを守るため最善を尽くします。
ご期待下さい!
1万人募集完了まで、テレグラムのグループに入り、今しばらくお待ちください。
↓パソコン↓
テレグラム アプリインストール後
http://telegram.me/DARK_JAPAN
↓スマホ↓
テレグラム アプリインストール後
DARK_JAPAN 元々、アフィで小金を稼ぎたいって言ってなかったか?
これだけ色々試してソースまで晒してくれてるんだから、多少のお礼はしてあげてもいいのでは?
俺はプログラムとかわからないからROMってるだけだけど アービトラージでユーザーのみなさんはお金が増えて
取引回数がどうしても多いから手数料出来高制のaffiliate収入で私には小金が入ってみんなハッピー
って思ってたんだけど、HitBTCは報酬払わないわBinanceはもともとみんな使ってて新規登録されないわであんまり芳しくないんだよね
ともかく並列化入れてからかなり調子いいっぽいので試してみてね 先に作者の方がモノを無償で提供してるんだからクレクレというのは違う気が。 逆にここまでやって何もいらんて方が信用できん
それに収入あった方がやる気出るだろうしみんなが得
にしても、HitBTCはやばいな 人様のもの使っておいて損したときだけ補填しろとか言うアホは失せろよ
利益出るように自分で調整したり、改善提案もできない奴は使うな 昨日夜まで1ヶ月、一番はじめのバージョン使ってて全く損してなかったのだけど、最新バージョン変えたら減る一方
シンプルな方がいいんかな 並列処理とBinanceの異常板エラー修正してから私の環境だとすごいよくなってるんですけど、減ってる人ってどういう設定でやってます?
あと、ex.statusの部分をコメントアウトしてその下のex.status_detailをオンにしたら取引をしようとしたときのbeat ask, best bidが出るので、取引所のOrder Historyを参照してどっちがどのように滑ってるのか確認したら何かわかるかもしれません 通信時間が問題になっている可能性があるので、とりあえず通信時間測定モードを実装しました。
python arb.py time
の実行で板の取得を10回行って、通信時間の中央値と最大値、最小値を返します。 >>543
なるほど。頭いいな。
2つの取引所の場合は直列の方が良いと思えてきた。
直列は組み合わせによって価格取得と売買時の価格のズレが大きかったり小さかったりするね。
遅取引所⇒速取引所だとレスポンス返す直前の価格が取得出来るのであれば価格のズレは小さいね。
速い取引所が前に来たとしても並列取得と同等の遅さにしかならない。
速さを評価するポイントはA価格を取得後からB価格取得完了までの時間となるね。 取引所1の計算時間 = Exchange1
取引所2の計算時間 = Exchange2
として、Exchange2のほうが速いとき、ラグが
並列処理: Exchange1-Exchange2
直列処理: Exchange2
で、直列のほうが小さくなることがあるかもしれない、ってことですよね
よく考えたら板にタイムスタンプついてるから確認できそうですね
サーバの典型的な処理時間を調べて、その差のぶん速いほうの取引所の板取得スレッドをsleepさせて並列処理させるとラグが埋まっていいかも
いずれにせよ、この違いで最初のバージョンでうまくいってた人が最新バージョンでダメになるのはちょっと考えにくくて、もっと根本的な何かがあるような気がします 一応tool.pyに入ってるrate_cのtry節のコメントアウトしてる二行を起こしてその上をコメントアウトしたら直列処理に戻るので、そっちのがいい人は書き換えてください 板のtimestamp返す取引所と返さない取引所があるし、値も向こうのサーバーの時間でこっちの時計と微妙なズレがあるのでなかなか検証/最適化むずかしいですね…… 49212018/04/23(月) 15:26:31.71ID:Dalc81Sg
三点アービトラージのほうのコードの板の取得部分に並列処理を実装しました。
情報取得が約三倍の速度でできるようになっています。
取引所間アービトラージのほうでも実装する予定です。 pythonで仮想通貨の取引所間アービトラージ
http://algorisamurai.hateblo.jp/entry/2018/03/09/172019
仮想通貨の取引所間価格差から利益を出そう、という内容のものです。
pythonのコードを公開しています。現在、アービトラージで、
日利およそ0.2%程度の利益をあげることに成功しています。 >>547
あるある。
自分は取得価格に賞味期限持たせたかったので
取得完了した瞬間にtimestampをシステム時間に更新してます。 二つで回してたらtoomanyrequestってhitbtcからエラーでたわ
プログラム自体は稼働してるみたいだけど取引減ったわ アク禁とアク禁解除を繰り返してて、アク禁が解けてるわずかな時間にきた機会だけ取引できてるって可能性がありますね
持ってるバランス参照して取引量決めてるあたりのロジックからも、共通した取引所を使った多重起動はあんまりおすすめしません なんかここ数日Binanceがよくunknown error飛ばしてますね。binance の unknown errorで止まってる人は
tools.pyのbalances()とbalancebnb()内のそれぞれ一番下のexcept節の
self.logger.log(str(sys.exc_info()[0]))
と
raise
をコメントアウトしてかわりにtime.sleep(1)を置いたらたぶん解決します。 一応BinanceからのUnknown Errorを回避するようGitHubのコードを更新しました
サーバから不慮のレスポンスがあったときの対応はめんどくさいところがありますね >>555
想定外のエラーは全てロギングしてスルーしちゃえばいいだろ
いちいち例外出して止まるのが問題
個々の資産を食いつぶしてんだぜ
そこをよく考えろ ワロタ
止まってるのはBalance取得のときなので特に個々の資産を食いつぶしてもなかったですね……
個々の資産を食いつぶさないよう気をつけます 売買時の例外だけは即止めで良いと思う。
例外情報を1に渡して対策してもらってから実行する。
この繰り返しをしないと安定まで行くのはなかなか難しいよ。
特に取引所特有の問題とかやっかい。 >>560
キャンセルできればいいけどな
買ったはいいが例外吐いて売れなかったとか悲惨だぞw >>562
この方式って1回の取引が失敗してもさほど損害無いのよ。
元々その時の最適値で売買してるので
重要なのは取引回数で、一回の失敗は数回の成功でペイ出来る。
失敗を繰り返しちゃうとその何倍か成功させないと元に戻らないので
売買で一度例外が発生したら例外内容を提出して直してもらうを繰り返せば良い。
この積み重ねで安定してくるから、例外出る回数を極力少なくなるまでは利益幅も小さくしておいた方が良い。
ただ、今は乱高下してる最中なので高値のところで売りが例外で約定できなくて
安値の所で買いが約定できないを繰り返すと資産やコインが減ってくので
やはり損害が増えないよう売買処理時の例外は止めるべきだと思う。
俺は最初片方約定失敗したときは補完処理入れてたけど
今はそこまでバンバン落ちることは無くなったので、例外出ても止めてない。
ただ売買処理で例外を出した取引所は数十分〜数時間ほど謹慎処分させてる。 何が言いたいかというと売買処理失敗している内は手動補完が必要ってこと。
手動がめんどかったら自動補完が必要って事。 後発展途上なので、例外でたらないようなんでも良いから
例外内容をこのスレにガンガン貼ってかないと一向に治らんよ。
>>1のツールはそのやり取りが必要 >>563
損害が出たらダメだろ
今公開してしかもドネーションまで要求しているんだぞw
1は単に寄付が欲しくて公開しているだけだぞww
そもそも取得に失敗したところで例外が出るって根本的におかしいだろ
win+python特有なのかもしれんが ■ このスレッドは過去ログ倉庫に格納されています