右のTCのいくつかの兆候 - ページ 17

新しいコメント
 
Nikolai Semko:

というのは、ちょっと違うかな。

正しくは、「データ表現の対数スケールによる圧縮」です。

という単純なものです。

ここでは、そのようなシステムにおけるバーの構造を解き明かします。

で、バーの時間帯は配列内の各バーで異なる。

例えば、28000のような棒グラフが有限の配列で存在する。

ゼロバーの時間は、例えば1秒とする。
1本目のバーの期間は int(1.00047) = 1秒となります。
2本目のバーの期間は int(1.00047^2) = 1秒となります。
3本目のバーの期間は int(1.00047^3) = 1秒となります。
...
の場合、1500bar の期間は int(1.00047^1500) = 2 秒となります。
...
の場合、3000bar の期間は int(1.00047^3000) = 4 秒となります。
...
10000 bar の期間は int(1.00047^10000) = 109 秒 = 1 分 49 秒となります。
...
12000本目のバーの期間は int(1.00047^12000) = 281秒 = 4分41秒となります。
...
15000 bar の期間は int(1.00047^15000) = 1150 秒 = 19.21 分 ...となる。
...
17000本目のバーの期間は int(1.00047^17000) = 2945秒 = 49分 ... です。
...
20000本目のバーの期間は int(1.00047^20000) = 12061 seconds = 3.35 hours ... となります。
...
25000本目のバーの期間は int(1.00047^25000) = 126404 秒 = 1.46 日となります。
...
27999本目のバーの期間は int(1.00047^27999) = 517331秒=5.99日となります。


バーは1本あたり平均約20バイトのパック形式で格納される

クイックアクセス用のインデックスアレイは 全体の5％程度を占める

つまり、このようなデータベースの総容量は28000*20*1.05=588kBとなり、このような配列は40～50年の歴史をカバーすることになるのです。

どこに保存されていますか？

 
Алексей Тарабанов:

どこに保存されているのですか？

SQLiteでは ありません。
RAMにアレイで。もちろん、ファイルに保存することも可能です。
 
Valeriy Yastremskiy:

数学的に正しいTS。

ありがとうございます。簡潔なタイトルですね。

 
あなたはおそらく、自分が何をやっているのか分かっているはずです。
 
つまり、最後の3小節だけで、お金を絞り出すことができればいいのです。パターンの話ですか？ニコライ・セムコ

そして、チャートを全く使わずに（チャートで「ごまかさない」ように）、「とりあえず」の相場だけを知ってトレードすることができれば。そして、市場価格に応じてオープン/クローズする...。

また、1％の開閉で価格を動かす方法をご存じでしたら教えてください。

もしかして、マーケットを動かせる（市場価格に影響を与える）のは、正しいTSなのでは？それは、傀儡師のように「象徴」の「王」になること？



 
スカルプトイット
 
Алексей Тарабанов:
どうぞ。

ありがとうございます。走っていいのか、准尉？

 

数学的な観点からは、定義の形式化が不十分だと私は考えています。アマチュア無線に近い表記で、その概要を説明してみる。ここで、表記法を紹介しよう。

r - 価格系列、s - システム、e - 株主資本

システムの入力に価格を与え、出力としてエクイティを得る。

r -> s -> e

価格、システム、公平性の変換をそれぞれf、g、hとする。

r→f(r)、s→g(s)、e→h(e)

明らかに、任意のfとgに対して、そのようないくつかのhが存在することになる。

f(r) -> g(s) -> h(e)

正しさ」の要件は、（私の理解では）変換に次のような制約を課しています。

1) f - ある与えられた集合に属する。

2) g - fが与えられたとき、次の点を満足するように選ぶことができる。

3) h - 同一かそれに近いもの（e = h(e) または e ~ h(e) ）。あるいは、少なくともh(e)はeに何らかの「類似性」を持っていなければならない。

また、以下の条項を追加したいとの要望もある。

4) g - 完全に任意であってはならず，システムの論理を大きく変えてはならない。そのためには、この変換はシステムの入力パラメータの値のみを変更することを要求することができる。そうすると、「正しい」システムは「正しい」パラメータのセットを持ち、その変更に「正しく」反応しなければならないことがわかる。

 
Aleksey Nikolayev:

価格、システム、エクイティの変換をそれぞれf、g、hとする。

r→f(r)、s→g(s)、e→h(e)

ハイライトがよくわからない。


1) f - ある与えられた集合に属する。

2) g -fが与えられたとき 、次の点を満足するように選ぶことができる。

与えられた集合から任意のfに対して持っている（項目1）。


また、以下の条項を追加したいとの要望もある。

4) g - 完全に任意であってはならず，システムの論理を強く変化させるものでなければならない。この目的のために、この変換はシステムの入力パラメータの値のみを変更することを要求することができる。そうすると、「正しい」システムは「正しい」パラメータのセットを持ち、その変更に「正しく」反応しなければならないことがわかる。

gはまだあなたの解釈では実現されていないので、この点は理解できませんでした。

 
fxsaber:

強調されている点がよくわからなかった。

gはまだあなたの解釈では実現されていないので、この点を理解していませんでした。

はある種のアルゴリズムである。アルゴリズムは、入力の集合を出力の集合にマッピングする関数である。gは、この関数（アルゴリズム）の集合からそれ自身への変換（演算子）です（gをアルゴリズム上のアルゴリズムと考えることができます）。しかし、数学的な観点からはあまり正しくなく、絶対的に非建設的であり、単純な人間の観点からは理解度が低いので、何らかの制限（私にとっては4番目の項目）がかなり必要である。

fxsaber

与えられた集合から任意のfに対して持っている（項目1）。

たしかに、こういうの必要ですね。

1) f - は，ある与えられた集合 F に属する。

2) g - 集合Fからの任意のfに対して、次の点を満足するように選ぶことができる。

1...101112131415161718192021222324...37
新しいコメント