儲けたお金の税金・確定申告23【仮想通貨】
レス数が950を超えています。1000を超えると書き込みができなくなります。
もう田原実みたいな底辺ニートは放っといてやれ
理論立てて言葉のキャッチボールをするのが無理なガイジなんだ
こいつは、「1+1は？」って聞かれてるのに
「りんご」って答えるようなガイジ。
しかもりんごの説明をwikiから全部コピペするような超ガイジ。
50歳にもなって、
それが唯一の生きがいという底辺の人間、
先の無い哀れな老人だと思って黙殺しとけ。 >>848
>お前が馬鹿なのは十分認識してるからまずは待て
待てって......屁理屈、自分はOKって批判、非難だろ？俺宛で。
どの話か聞くのが可笑しいのか？ 税金を割り勘って言う人に限って少額納税だからな。
飲み会で割り勘負けしたくない学生の発想と同じ。
どうやって少額で元取ろうかしか考えてない。
店はどうやっても儲かるけど
学生内では他の人に負担がいくから実質は割り勘ではない。
金額は同じでも割り勘負けしたくないヤツがいると
飲み食いの量が跳ね上がって支払いは多くなる。
これって店≒国、学生≒納税者なんだよね。
割り勘論者は結局は自分の事しか考えてない。税金も同じ。
少額納税額に見合わないサービスをほぼタダ乗りしている。 >>849
>だいたい肌感覚で300人とか少なすぎるって分かる話なんだよ、
>エアプじゃなければな
ん？これも俺に向かって言ってるのか？
>少なすぎるってすぐわかる話
とかもさ。誰宛？
>>814のリンク先の引用文
>国税庁は「おおむね適正な申告がなされたのではないか」としている。
に言ってる？
概ねには1%とかは含まないぞみたいな。
>3万人いたっておかしくない
利益ベースで300人くらいだとして、申告率は1%とかの可能性も言ってるのだよね？
じゃ0.1%や0.01%って可能性は肌感覚で否定してるの？
>同年12月には仮想通貨を別の仮想通貨と交換した場合の所得の計算方法などを具体的に例示し、適正申告を呼びかけた。
https://r.nikkei.com/article/DGXMZO30957770V20C18A5EA1000
の部分では「収入」では無く「所得」を使ってるが、偶々pdfにそう記載されていたから転記しただけ？
>「仮想通貨交換業等に関する研究会」（第１回）議事次第
https://www.fsa.go.jp/news/30/singi/20180410.html
にある資料3の
https://www.fsa.go.jp/news/30/singi/20180410-3.pdf
の21ページの仮想通貨を含む預かり資産では1億以上預けてるのが268人。
ビットコインで出金してる人は利確していない人が多い気がする。
申告率が低ければ収入ベースの話の可能性も否定出来ない気がするけどな。
ところで数十兆や数兆や数千億の利益や含み益の人は居ないの？
数百億の人は？
居ると仮定すると、人数減るよな。 ちゃんばばって、直前のキーワードだけ拾ってレスするから
文脈全体からすると破綻している
まるで二昔前のマルコフ連鎖式の自動作文プログラムみたい
要するに無能つぶやきボットと同じ
人間なのに無能ボット以下ｗｗｗ もう無駄だろこいつ
どうせこのスレ過疎ってんだし、
ちゃんばばに勝たせてやればいいんだよ
井の中の蛙というか、
社会的には完全なゴミだし >>853
割り勘分以上を食ったあげく、
同席者に暴言、
もう国から出てってもらうしかないよな 5chの書き込みに誰宛とか基本的にないよ
発言者ベースじゃなくて、議題ベースなんで、
誰がどうって関係ないんで
そういうのやりたきゃツイッターでやれって言ってんだろ
イケハヤと戦ってこいよ井の中のドブガエル >>850
>おまえまったく理解してないだろう
の説明が
>文書が秘密鍵を持っている者であると証明すればよいだけ
>秘密鍵でハッシュ値を暗号すればよいだけ
なの？否定するのならもっと詳しく書けよ。
署名を短くする為でもある点とかさ。
あの文はハッシュ値にする理由の説明が主旨では無く、署名であって暗号では無い点の説明だから省いてるの。
>でとをでは意味が全然違う
>>842で説明しているのを遡って蒸し返して議論すべき事なのか？
疑問だが付き合うよ。俺が説明した>>828は
>同じく署名は、自分の公開鍵を事前に撒いといて、秘密鍵でエンコードしたのが公開鍵でデコードして平文と一緒になれば本人が書いたと判断出来る。
>公開鍵暗号は重いので平文をそのままエンコードせずに一方行ハッシュ関数をくぐして出たハッシュ値でエンコードする事が殆ど。
だよな。
「秘密鍵でエンコードしたのが公開鍵でデコードして平文と一緒になれば本人が書いたと判断出来る」と言った。「秘密鍵でエンコード」とハッキリと書いてある。
>>834の「何をハッシュ関数に通すの？」と言う質問に>>838で「平文」と答えてる。で、>>842で説明した。「平文をそのままエンコードせずに」の文意からも「で」を「平文に代わって」と言う意味に取れないのは理解出来ない。
一方行ハッシュ関数ってメッセージダイジェストだぜ。で、
>それに殆どというが他の例があるのか？
>どこにかいてある
これ、考えても解らないと言う意味？
ハッシュ値が平文より長くなる場合には、メッセージダイジェストだから重くなる。これを「おまえまったく理解してないだろう」と言ってる奴が同じ書き込みで聞いてるのな。
ハッシュの説明をしてる訳でも無いのにさ。
憲法違反、通信の秘密の話で、仮想通貨は暗号通貨とも呼ぶけど、署名をしてるだけで暗号化いていない説明をしてるだけだろ。
署名には公開鍵暗号を使うから暗号が出てくるだけ。そして結局「で」「を」話なのな。署名で使う一方行ハッシュ関数はメッセージダイジェストとして使ってるの。
要約データがエンコーダに化けてエンコードする？オカルトか？ ちゃんばばに限らずエアプってのは
リアルで誰からも相手されないんで
レス乞食してるだけなんで、
誹謗中傷さえありがたいと思ってるガイジだよ >>859
>議題ベースなんで、
>誰がどうって関係ないんで
>>849の
>エアプちゃんばばは頭イカれてるよ
>100万円を100回転でも1億円に含めるわけないだろ
>
>だいたい肌感覚で300人とか少なすぎるって分かる話なんだよ、
>エアプじゃなければな
の議題って何？
収入とは収入なのか所得なのかで、「含めるわけない」と決めつけ「エアプ」「頭イカれてる」と中傷する根拠は肌感覚で判断するべきか否か？
「年金以外の雑所得」とわざわざ言ってるのは、どんな感覚を肌にもたらした？ >>860
>文意からも「で」を「平文に代わって」と言う意味に取れないのは理解出来ない。
お前の文章は文意で読よめｔってかｗ
誰に説明してたのか知らんけど人に説明するなら普通に書けないの？
>ハッシュ値が平文より長くなる場合には、メッセージダイジェストだから重くなる。
それはハッシュ値が平文より長くなる場合は、ハッシュ関数通さないって意味か？
重いって書き方は抽象的で人に説明する時は使わんほうがいいぞ
ハッシュ関数も文字数少なければ処理は速いぞ
それとも投入した文字数よりも多くなるってか？
sha256でも64桁の16進数しか返さんぞ
いちいち元の文みてハッシュ関数通すか通さないか決めたりはしないし
署名検証時に比較するのも固定長16進数で比較するから
高々数文字の原文比較するロジック入れる必要はなくなる >>860
そういやなんで急に「メッセージダイジェスト」って使いだしたんだ？
メッセージダイジェストってこの場合ハッシュ値だぞ ちゃんばば略歴
50歳の初老ニート
「ちゃんばば 札幌」で検索
ちゃんばばプロフらしきページ（顔写真、本名など）
http://chanbaba.tripod.com/prof.html 宣伝じゃないですけどbitbankが「仮想通貨を貸して増やす」ってサービス始めるよね
年数％のBTCがもらえるらしいけど、どんな税計算になるんだろ キモジジイが長文展開する前にさっさと答えとくと、
レンディングも雑所得だよ
貸付規模がでかいとか、事業としてみなせる範囲なら
事業所得でやってみてもいい（要・税理士相談）
そもそも法貨ベースで儲け出るのか？それ
年利数％なんか、仮想通貨元本の下落率のほうが上回りそうだ >>849
>それなのに億り人が300人ちょっととか、
少なすぎるってすぐわかる話
3万人いたっておかしくない
流石にそんなにいるかよ（笑）あほか？ >>858
そそ、割り勘意識してる奴は大半がカスみたいなのばっか。
税金でもおそらくはそうだろうな。 >>870
世界レベルなら3万人くらいはいるかもしれないね
日本人は基本怪しいものには手を出さない人多い >>863
>普通に書けないの？
俺には普通に見える。「平文をエンコード。重いのでハッシュ関数を使い要約文でエンコード」と言うと、貴方は「を」ではない「で」なので、要約文をエンコーダと言ってるようにしか見えないと言い張る。
「データA（平文）に代わって小さなデータB（要約文、ハッシュ値）でエンコードする」と言った場合の話は理解出来ない人なのな。
>いちいち元の文みてハッシュ関数通すか通さないか決めたりはしないし
入れるのがメールアドレス1つだけとかと想定出来るのなら、逆に大きくなりそうだから使わない場合もあるので「殆ど」と表現したの。
それを状況を決めつけて否定してるだけかよ。下らない。
>署名検証時に比較するのも固定長16進数で比較するから
この部分の「固定長16進数」って、ハッシュ値を何故バイトでは無く16進で比較？手作業比較を想定してるの？
>>865
>メッセージダイジェストってこの場合ハッシュ値だぞ
そうだよ。何故今頃反応してる？
この場合のハッシュ値は、メッセージダイジェスト、要約文と俺が言ってるのに。
暗号では無く署名してる話をし、署名って、メッセージ本文の暗号化とかの弄っていない平文に秘密鍵でエンコードすると言い。暗号した秘密の部分が無い話をした。
で、重いからハッシュ関数通して出たハッシュ値でエンコードする場合が殆どと、殆どだから説明に入れといた話。
でさ、ハッシュ値はメッセージダイジェスト、要約文ってのは、知らん奴論を言うくらいだから解ってるのだろ？
「重いから要約文でエンコード」と言えば、主旨が平文から要約文に軽くする為に代えるで、ただ単に理由も考えずに要約文を使うという事ではない。
だから「で」で良いの。「平文に代わって要約文で」と言う意味なのだから。
要約する為にハッシュ関数を通したのだからさ。
要約文はデータであってプログラムでは無いしさ。
それをハッシュ値（要約文）をエンコーダプログラムの様に扱ってると指摘してるのだよな？
「平文に代わって」とは受け取れないと言い張ってな。
書いた本人がそういう意味だと言ってるのにさ。前後の文脈からも「平文に代わって」と言う意味にしか見えんのにな。 >>868
>どんな税計算になるんだろ
信用取引用でしょ？
普通に利息で、利子所得区分に入れてもらえず雑所得じゃね？
基因付随での逃げ道とかの話？
税計算で思い出したけど、4/10の金融庁の
>「仮想通貨交換業等に関する研究会」（第１回）議事次第
https://www.fsa.go.jp/news/30/singi/20180410.html
の
>説明資料（日本仮想通貨交換業協会）
https://www.fsa.go.jp/news/30/singi/20180410-3.pdf
の文中表記の14と15ページの現物取引と証拠金取引の説明って、違いをアピールしてるよな。
これって原則、雑所得への不服アピールも含まれてる？ >>873
あのさ
言葉すげ換えすぎだろｗ
>公開鍵暗号は重いので平文をそのままエンコードせずに一方行ハッシュ関数をくぐして出たハッシュ値でエンコードする事が殆ど。
「一方行ハッシュ関数をくぐして出た」これそのものがエンコードする事
言い換えるなら
「一方行ハッシュ関数でエンコードしたハッシュ値を使う」でいいだろう
>入れるのがメールアドレス1つだけとかと想定出来るのなら、逆に大きくなりそうだから使わない場合もあるので「殆ど」と表現したの。
お前の主観をいれてどーする
てか署名の話だろう
文章が本人かどうか改ざんされてないかどうか証明する為のものだぞ
文の大小で使う使わないのお話しでわないわｗ
>この部分の「固定長16進数」って、ハッシュ値を何故バイトでは無く16進で比較？手作業比較を想定してるの？
おまえ何いってんの？
ハッシュ関数は16進数で返すのに文字（文字の意味のバイト）に変換してから作業するってかｗ
ちなみにデータ量として１バイトで16進数二ケタ表示できる
文字にするならその倍の量がいるんだぞ
>16進で比較？手作業比較を想定してるの？
はぁ？
16進演算はコンピューター上では10進演算や文字列比較に比べればはるかに得意なんだけど
どこから手作業って話でてくるｗ
>この場合のハッシュ値は、メッセージダイジェスト、要約文と俺が言ってるのに。
メッセージダイジェストが出てきたのは>>860が初めて
他人に説明しようとしているなら用語の統一ぐらいしようねお爺ちゃん >>873
あのさお前のいう話を要約すると
すべてにおいて検索した情報を自分で勝手に解釈してるから間違いも多いんだよ
どこぞのほぼコピペ文なら間違いはないんだけど
間にお前の解釈がはいるから間違える
間違えたら前後の文脈（ほぼコピペなので正しい）を読めとか
複数のサイトで調べているから文章に一貫性がない
違う用途の説明サイトを見ているので誤用が多い 億り人300人は概ね適正じゃないかな。
ガチホ民が入ってないからこれ含めたらもっといくだろうけどみんなが思ってるほどはいないよ。
なんだかんだビットやエイダだけガチホするのは逆に難しいからな。
儲けても変な草通貨や変なICOに投資しちゃってお金減らすやつも相当いる。
そういう詐欺的なことを回避して儲け続けてるような頭のいい奴は与沢や佐々木みたいに
とっくに税金対策して海外に資産逃がしてるよ。
こんな馬鹿な税制の日本には情弱しか残らん。 ちゃんばば略歴
50歳の初老ニート
最終学歴は札幌市内の偏差値40の高校卒
「ちゃんばば 札幌」で検索
ちゃんばばプロフらしきページ（顔写真、本名など）
http://chanbaba.tripod.com/prof.html
【ちゃんばばこと田原実を相手にするのは時間の無駄】
通常の議論は事実（客観）を提示した上で、
双方の主張（主観）の妥当性を吟味するものである。
しかし田原実はすべてを主観の争いにすり替え、
さらに田原実の主観は本人にとっていつでも完全に正しいものとなるため、
田原実を相手にするのはまったく不毛で、貴重な時間の無駄になる。
「田原実は痴呆っぽいとは言うけど言えばわかるんだろう」
という期待を持つな。言ってもわからない痴呆なんだ。
近所に痴呆老人がいたとしてあなたは議論を打つか？
やらないだろ、時間の無駄だから。 >>875
>「一方行ハッシュ関数をくぐして出た」これそのものがエンコードする事
>言い換えるなら
>「一方行ハッシュ関数でエンコードしたハッシュ値を使う」でいいだろう
まず「でいいだろう」って何？より良い表現を誰かが求めたのか？
「これそのものがエンコードする事」もさ、何を言いたいの？
ハッシュでのエンコードでは無く、公開鍵暗号が重いから公開鍵暗号での署名する時のエンコードの話をしてるのにさ。混同してるのか？
共通鍵暗号の様に軽くないの。そして署名は暗号と逆の鍵を使うだけ。だから本文がでかいと署名もでかくなるの。
SHA2−256なら32バイトに要約出来て署名が小さくなるの。
軽くする為になの。それを補足で言っただけ。言いたい主旨を変えるのかよ。
>文の大小で使う使わないのお話しでわないわｗ
俺は短い文しか前提としていないシステムでハッシュ無しで高速化を図った話は強度の議論で見た事ある。
言われた奴は落ちないか高が知れてると主張し、言った奴は本文1バイトを持ち出しだいぶ落ちると言ったが、それ自体が高が知れてて、
10バイトや20バイトだと微々たるくらいしか落ちなかったな。
結果の数字だけで計算過程の論拠もリンクもされず、高が知れてて高速化にはありかもと思った記憶がある。
どのシステムでも必ずハッシュは入ってるの？
それをどう確認した？
貴方が「全て」と言った話に俺が「殆ど」と言い絡んでる訳じゃないからな。主旨と関係無い所だしな。
>ハッシュ関数は16進数で返すのに文字（文字の意味のバイト）に変換してから作業するってかｗ
ちょっとしたど忘れや勘違いは誰にでもあるが、言われても気付かないのは知らんのね。
SHA2-256だと、人に見せる所では16進数のhexで64文字で表すのが定番だが、内部では32バイト（256ビット）のまま比較してるの。
>>876
>間にお前の解釈がはいるから間違える
その貴方の解釈は主観に過ぎない。客観的な根拠で何一つ説明出来ていないよな。間違ってるんじゃね？ >>879
＞まず「でいいだろう」って何？より良い表現を誰かが求めたのか？
お前じゃね？
＞「これそのものがエンコードする事」もさ、何を言いたいの？
何がいいたいのかわからないほど頭悪いの？
＞ハッシュでのエンコードでは無く、公開鍵暗号が重いから公開鍵暗号での署名する時のエンコードの話をしてるのにさ。混同してるのか？
混同してるのはお前の腐った脳みそw >>879
あんたも懲りないねぇ
>この部分の「固定長16進数」って、ハッシュ値を何故バイトでは無く16進で比較？手作業比較を想定してるの？
こんな事いってるレベルなのにまたググって分かったつもりで書いてるんだな
いやーその努力泣けてくるねｗ
>ハッシュでのエンコードでは無く、公開鍵暗号が重いから公開鍵暗号での署名する時のエンコードの話をしてるのにさ。
ボケ老人か？
>「データA（平文）に代わって小さなデータB（要約文、ハッシュ値）でエンコードする」と言った場合の話は理解出来ない人なのな。
お前自身がこう言ってるのに急に公開鍵暗号になぜすり替わるんだｗ
>俺は短い文しか前提としていないシステムでハッシュ無しで高速化を図った話は強度の議論で見た事ある。
>高が知れてて高速化にはありかもと思った記憶がある。
どっちなんだよｗ
お前の記憶の話なんてボケ過ぎて何を言ってるのかわからんぞ
その議論の話っていつの話だ
どうせ原文だせないんだろ
>どのシステムでも必ずハッシュは入ってるの？
>それをどう確認した？
そっくりそのままお前に返すわ
議論の記憶だけじゃなくてお前はどう確認した？
俺はハッシュ値の入っていない署名などみたことが無いし
システム上16進で比較したほうが圧倒的に速い
わざわざ文字比較などせん
>ちょっとしたど忘れや勘違いは誰にでもあるが、言われても気付かないのは知らんのね。
>SHA2-256だと、人に見せる所では16進数のhexで64文字で表すのが定番だが、内部では32バイト（256ビット）のまま比較してるの。
激しく笑わせてくれるなｗ
俺はsha256でも64桁の16進数といったが64バイトとは言ってないぞ
16進数は1バイトで2桁表すことができるの知らんの？
基本中の基本だぞ
だから内部だろうが人に見せるところだろうが32バイトなんだよｗ
それに手作業とか言ってたのは消せないからｗ
もうさちょっとググっただけで理解したようにするの辞めたほうがいいよ
恥かいてるのわからんの？ ああ、すまん
人の目に見えるように変換した場合は文字に直して表示はしてるわな
計算は手計算ではなく16進で演算してるけどな 糞尿たらしながら近づいてくる老人をわざわざ叩く奴も
結局糞尿野郎なんだろ そんないうなら>>680で虚偽や脱税指南の可能性あるとかで通報してみたら？ >>881
>>「データA（平文）に代わって小さなデータB（要約文、ハッシュ値）でエンコードする」と言った場合の話は理解出来ない人なのな。
>お前自身がこう言ってるのに急に公開鍵暗号になぜすり替わるんだｗ
え？どう見ても公開鍵暗号での署名の話だろ。何故そう見えない？
小さなデータBを作るのがハッシュ関数をくぐす行為だろ。
で、そのハッシュ値「を」エンコードするのが署名じゃん。Aに代わってB「で」署名のエンコードをするの。
ついでに「電子署名 ハッシュ 必要性」でググって一番上のを見たら
>電子署名のしくみでは、先ほどのべた公開鍵暗号による暗号化、復号などの処理を行いますが、この処理は比較的重く時間のかかるものなので、
>ハッシュ関数を利用して、電子ファイルを小さな固定長の数値に変換してから処理することで、計算を効率化しています。
https://www.itis.nssol.nssmc.com/blog/contracthub/hint07.html
と「この処理は比較的重く」と言ってる。「重い」と言った表現も否定されていたが、他の奴も言ってるよな。
そして目的は「小さな」で効率化とハッキリ言ってる。
目的がこれなの。だから10文字20文字しか使わない場合はSHA2-256なら32バイトだから大きくなるの。
可能性があるし、オープンソースでもろくに確認してないし、クローズドソースなんて見れもしない。
だから「殆ど」と言ったまで。それに10文字20文字しか使わず、いちいち署名させて言質取るシステムって業務用だろ。原則部外者は見れん。
「殆ど」を否定したいのなら、客観的な根拠を述べて好きにしてくれ。
>議論の記憶だけじゃなくてお前はどう確認した？
何これ？証明する気がないのに絡んでるの？
過去に俺自身が無しでの実装を検討したから、議論を調べてるの。
強度が弱くなると言う主張はあちこちで見たが、論拠を具体的に説明したのは結局見れなかった。
だからこそ、計算の効率化の上の引用文の様な解説が主流なんだよ。
続く 続き
>システム上16進で比較したほうが圧倒的に速い
わざわざ文字比較などせん
未だにユーザーインターフェースと内部処理の違いを理解していないのな。
1バイトは8ビット。256進数なの。それを2文字に別けて4ビットの16進ダンプ入力とかしてるだけ。キリ番だからな。
BASE64は6ビットで、3バイト24ビットを4文字で表す。これも良く使う。アスキーコードの英数大文字小文字に記号を入れてな。メールでは超古い実装は7ビットしか通らんから。
ビットコインのアドレスにはBASE58を使ってる。手書きやプリンターでの印字を想定して似た文字を1つに絞ってる。これらはユーザーインターフェース。
倍精度浮動小数点数演算なら64ビットでデータは8バイトなの。それを人に見せる時に0.1254みたいな数字にしてるだけ。2進数や16進数で見たけりゃ見れるよ。
hex（16進数）は同じか比較する時に見やすいの。32バイトのハッシュ値が倍のサイズになるけどな。
アスキーコードは7ビットしか無いし、改行、タブ、ベル、改ページなどの制御コードが入ってだし。国によって＼（バックスラッシュ）に￥（Yに=を重ねたエン）を割り当てたりしてる。
だから1バイトをそのまま表示する事が出来ないからね。 >>882
>人の目に見えるように変換した場合は文字に直して表示はしてるわな
やっと気づいたか。
>計算は手計算ではなく16進で演算してるけどな
まだ言ってるのな。
>>863で
>sha256でも64桁の16進数しか返さんぞ
と64桁に拘っていたのに......
z80とかの8ビットCPU時代の整数演算でも16進の4ビット演算など使ってない。8ビット演算が出来るから8ビットCPUなの。
で、今の殆どのCPUは64ビット演算が出来るが、旧マシン等を考慮して32ビット演算で動かすsha256を使うのが定番。sha512は64ビット演算で動かすからな。
バイト単位では無く、32ビット4バイトや64ビット8バイト毎に区切って比較してるかも知れないが、1バイトを2つに割って4ビット毎に比較するなんてマジでやってると思ってるの？
ハッシュ値は内部では32バイトのデータのままでは？
32バイトのまま、そのまま同じか比較すれば良いだけだろ。何故64個に叩き切ってから比較したがる？
16進の意味を根本的に理解していないのな。
数字を10進数で表示する場合は、0から9の10個で表現する。
同様に2進数なら0と1。16進数は0から9にaからfも使う。これが1バイト8ビットを半分に割った4ビットでキリ番だからよく使ってるだけ。 経費
車両代。リースと減価償却。
車検等含むすべての維持費。燃料費。
携帯やインターネット代。ケーブルテレビ代。
飲み代含む全ての外食費用。タクシー、運転代行費用。
自宅の光熱費全て。
ゴルフ代。 ビットコインってデフレ通貨なのか？
>ビットコインを未来のお金だと信じる理由
https://btcnews.jp/5pzpw03h15977/
の記事で
>法定通貨は、中央銀行によって供給量が拡大され続けていくため、インフレ通貨だと言えます。
>一方、ビットコインは4年毎に供給量が半減される「半減期」を迎え、供給量が縮小し続けるためデフレ通貨だといえます。
と「デフレ通貨」と言ってるが、論拠はフリードマンの
>「インフレとは市場における通貨供給量の拡大を意味し、デフレとは市場における通貨供給量の縮小を意味する」
の通貨供給量の話らしい。
この話や記事の後半も何度も見た話なので、すまん、読んでない。
で、通貨供給量って意味合いは微妙な違いは色々あるが、現預金の事だよな。マネーサプライやマネーストックとも言う。
これって、去年新規に増やした量に対して今年増やすか否かの値じゃ無いよな。残高。
ビットコインは予定の2100万枚まで、あと約2割を発行し続ける。100年以上ね。
無くす奴や相続ミスを考えても、10年や20年は通貨供給量は拡大し続ける。
何故これがデフレ通貨なの？
あと、ビットコインは、初めの4年間で発行予定の50%、次の4年間で発行予定の25%を発行する。そしてした。結果、予定の80%以上が発行されたが、とんでもなく通貨供給量を増やし続けているんだよな。
開始1年を基準にすると、以後1年で2倍、2年で3倍、3年で4倍の通貨供給量にしてる。
この通貨供給量の話はだいぶ前にした事があるが、デフレ通貨論は可笑し過ぎ。超インフレ通貨だよ。 クロスボーダー取引での支払いに仮想通貨が便利とかの妄想を前提にしてる気がする。
>株は競争過多で米国が金融覇権握ってるわけで
覇権？そうとも言えないんじゃ？
資金を集め易い所が有利な面はあるが、その程度。
>FXは存在感あるけど産業振興にはならないし、
解らないのがここ。上のはそう思い込んでいる奴らが居る事は承知してる。
外貨の両替は原則雑所得で総合課税。
FXの様な多くのFX屋が呑んで売買してる様になると仮想通貨も分離課税になると仮定すると、クロスボーダー取引での仮想通貨での支払いの為替差益はあくまでも総合課税。
仮想通貨のFXだけが分離課税になると思う。
で、ここからが更に問題だと俺は思っているのだが、分離課税であるFXで為替差損が発生しない様にリスクヘッジをすると、1億の為替差損が発生するとFXで1億くらいの為替差益が出たり、逆に差益が発生するとFXで差益が出る様にするよな。
そして、この場合の税金だけど、どちらも分離課税だったり、どちらも総合課税だったら、税金は差し引き0で手数料ちょっと払ってリスクヘッジ完了。
ところがだ、総合課税で1億利益が出て、分離課税で1億の損失が出た場合。逆に、総合課税で1億の損失、分離課税で1億の利益。
どちらもうんざり。リスクヘッジにはならん。
クロスボーダー取引ありきと考えた場合に、分離課税になる事がメリットあるの？
上がり下がりの丁半博打なら、税優遇する必要性ってあるのか？
クロスボーダー取引の為替差損リスクヘッジに分離課税のFXは使えないの。
海外FXなら使えるけど。総合課税だから。
分離課税化はリスクヘッジ利用者を海外に追い出すよな。 「節税」の言葉の意味やイメージって、枠組み（スキーム）的な意味と経費に出来るか？の2つがあるし、節税、租税回避、脱税の3つの区分での話もあるけど、
「税務署がわかるわけ無いし」論を前面に出す必要があるのなら、貴方自身が節税と思ってるのか疑問。
「脱税」を税務署が解るかの話に見える。
元々は追証を食らって払わない話だったけど、払わないと決めた段階で経費に入れるのは無理だし、入れたのなら利益にも入れなければならない。
12月までは払うつもりで経費に入れ、翌年に払わない事にしたら2年に利益を分散する事は可能だとは思うが、その程度。含み益を売らずに年を越す方がスマート。
そして、その後のオレオレ取引所の話を前提にしてたのだろ？
で、枠組みの話を。
取引で負けたら税が少なくなるが、それを節税と呼んでいたのか？
追証を経費に入れるって事は、自分が経営してる取引所では利益になってしまう。
で、法人や海外の友達の話が出てたんだよね。
「海外の友達」と経済合理性のあるガチな取引をする前提？
俺には利益移転の細工にしか見えなかった。
細工ならオレオレ取引所は振りに過ぎず、海外の友達に激安で売って利益移転したに過ぎない。
だからこそ、贈与、50%、5%ルールの話をしてたの。関係あるだろ。
しかも実態は友達に預けてるだけだろ？まさか、ガチの取引で負けて税が少なくなる事を「節税」と呼んでいる？
で、話が頭の話に戻って「税務署がわかるわけ無いし」論。全く節税の要素が感じられん。 まず「でいいだろう」って何？より良い表現を誰かが求めたのか？
「これそのものがエンコードする事」もさ、何を言いたいの？
ハッシュでのエンコードでは無く、公開鍵暗号が重いから公開鍵暗号での署名する時のエンコードの話をしてるのにさ。混同してるのか？
共通鍵暗号の様に軽くないの。そして署名は暗号と逆の鍵を使うだけ。だから本文がでかいと署名もでかくなるの。
SHA2−256なら32バイトに要約出来て署名が小さくなるの。
軽くする為になの。それを補足で言っただけ。言いたい主旨を変えるのかよ。
>文の大小で使う使わないのお話しでわないわｗ
俺は短い文しか前提としていないシステムでハッシュ無しで高速化を図った話は強度の議論で見た事ある。
言われた奴は落ちないか高が知れてると主張し、言った奴は本文1バイトを持ち出しだいぶ落ちると言ったが、それ自体が高が知れてて、
10バイトや20バイトだと微々たるくらいしか落ちなかったな。
結果の数字だけで計算過程の論拠もリンクもされず、高が知れてて高速化にはありかもと思った記憶がある。
どのシステムでも必ずハッシュは入ってるの？
それをどう確認した？
貴方が「全て」と言った話に俺が「殆ど」と言い絡んでる訳じゃないからな。主旨と関係無い所だしな。
>ハッシュ関数は16進数で返すのに文字（文字の意味のバイト）に変換してから作業するってかｗ
ちょっとしたど忘れや勘違いは誰にでもあるが、言われても気付かないのは知らんのね。
SHA2-256だと、人に見せる所では16進数のhexで64文字で表すのが定番だが、内部では32バイト（256ビット）のまま比較してるの。 まず「でいいだろう」って何？より良い表現を誰かが求めたのか？
「これそのものがエンコードする事」もさ、何を言いたいの？
ハッシュでのエンコードでは無く、公開鍵暗号が重いから公開鍵暗号での署名する時のエンコードの話をしてるのにさ。混同してるのか？
共通鍵暗号の様に軽くないの。そして署名は暗号と逆の鍵を使うだけ。だから本文がでかいと署名もでかくなるの。
SHA2−256なら32バイトに要約出来て署名が小さくなるの。
軽くする為になの。それを補足で言っただけ。言いたい主旨を変えるのかよ。
>文の大小で使う使わないのお話しでわないわｗ
俺は短い文しか前提としていないシステムでハッシュ無しで高速化を図った話は強度の議論で見た事ある。
言われた奴は落ちないか高が知れてると主張し、言った奴は本文1バイトを持ち出しだいぶ落ちると言ったが、それ自体が高が知れてて、
10バイトや20バイトだと微々たるくらいしか落ちなかったな。
結果の数字だけで計算過程の論拠もリンクもされず、高が知れてて高速化にはありかもと思った記憶がある。
どのシステムでも必ずハッシュは入ってるの？
それをどう確認した？
貴方が「全て」と言った話に俺が「殆ど」と言い絡んでる訳じゃないからな。主旨と関係無い所だしな。 俺は車の減価償却費を95%計上した年も有ったけど。
提出した決算書で95%計上してるのは一目で判るが、実際95%を仕事に使ってるのならビビる事は無いのでは？
あと、仕事で使わない車なら、法人が買って個人に使わせるのなら現物給与処理しないと。
半々とかならどうなのだろう？
費用も半々であるべきと思うが、購入の稟議書とか残すとしても「個人と半々で使う」とは書かないのだろうな。
書いた場合は、半分現物給与処理？ 外食代で、自分が仕事の外食と判断したら経費なのは個人事業でも変わらないでしょ？
個人事業主と法人で差は無い気がするけど、有った？
法人だと接待交際費に全額計上出来ないとか、だから5000円基準で会議費で処理すると法改正されてきたのだよね。
法人の方が厳しかったイメージあるけど。
>そこを税務調査で否認されたら仕方がないが決して脱税では無い
社員慰労と称して、社員の奥さんや彼女とのデートでの外食をぶっ込んでるの？
個人事業では通らないのが法人なら通ると言う趣旨で言ってたと思うのだが、何をぶっ込んだ？
税務署と見解の相違はあるかも知れないが、無理筋をぶっ込んでるの？
法人ならぶっ込んで当然と思ってる？
イメージが出来ないんだよ。外食で個人事業では無理で法人なら通るのが当たり前なのが。
法人のメリットの話だよね？ どう見ても公開鍵暗号での署名の話だろ。何故そう見えない？
小さなデータBを作るのがハッシュ関数をくぐす行為だろ。
で、そのハッシュ値「を」エンコードするのが署名じゃん。Aに代わってB「で」署名のエンコードをするの。
ついでに「電子署名 ハッシュ 必要性」でググって一番上のを見たら
>電子署名のしくみでは、先ほどのべた公開鍵暗号による暗号化、復号などの処理を行いますが、この処理は比較的重く時間のかかるものなので、
>ハッシュ関数を利用して、電子ファイルを小さな固定長の数値に変換してから処理することで、計算を効率化しています。
https://www.itis.nssol.nssmc.com/blog/contracthub/hint07.html
と「この処理は比較的重く」と言ってる。「重い」と言った表現も否定されていたが、他の奴も言ってるよな。
そして目的は「小さな」で効率化とハッキリ言ってる。
目的がこれなの。だから10文字20文字しか使わない場合はSHA2-256なら32バイトだから大きくなるの。
可能性があるし、オープンソースでもろくに確認してないし、クローズドソースなんて見れもしない。
だから「殆ど」と言ったまで。それに10文字20文字しか使わず、いちいち署名させて言質取るシステムって業務用だろ。原則部外者は見れん。
「殆ど」を否定したいのなら、客観的な根拠を述べて好きにしてくれ。 「必ず」？誰が「必ず」なんて話をしてる？
記事はフリードマンのマネーストックの話を持ち出してビットコインデフレ通貨論を述べている訳で、比較対比の法定通貨をインフレ通貨と定義してるが、より多く増やしてデフレ通貨ってのは可笑しいって話をしているのだが。
マネーストックを減少させたらデフレになるのに、今後も121年間も増加させ続けるのにね。
>ビットコインは去年に比べてインフレになってるのか？
需給バランスで変わるからでしょ？
使用者が増えたり、使う率や額が増えても必要なのだから需要は増えるが、バブルで買い占めてる奴がいるのが価格に1番影響を与えているのでは？
ただ、この話と記事のマネーストックの話を持ち出してのデフレ通貨論とは別。
論拠にフリードマンのマネーストックの増加でインフレ、減少でデフレ論があるのだろ。記事はそれを引用して述べている。
で、増加させ続けていた法定通貨をインフレ通貨、そして半減期で新規発行量を減らして行くビットコインをデフレ通貨と言い出したのが記事。
で、マネーストックとは残高だから、新規発行量を減らして行っても増えるの。
減らねーの。残高だからな。マイナスじゃないと減らん。
一昨年は9%も増やしてる。法定通貨より増加率が多いの。
2年目は100%増、3年目は50%増だよ。
理解出来ないから解らんのか？
フリードマンの理屈では、新規発行量をマイナスにするとデフレになると言ってるの。
マイナスにしていないし、法定通貨よりはとてつもなく増加率は高かったの。
新規発行が止まるのは121年後らしい。別の記事でそう述べられてた。 国税庁にコインチェックの話が前提っぽいのを見つけて来たのは評価出来るが、誰が何を根拠に非課税と言ってたの？理屈を聞いてみたいものだ。
非課税なのは、精神に対する補償とかだけだよ。こんなの原理原則で決まってる。
で、円で補償されたら直ぐにNEM買って、買えた分だけは事故が無かった事にする会計処理が何処まで認められるかで、やると言ってた奴もいたはず。
仮想通貨では判例は無いだろうし、外貨では有るのかな？俺は調べた事は無いな。
でも対象は銀行くらいで、補償も外貨でされれば問題自体にすらならん。
預けた物を無くせば、一般人として預かれば自分の物と同レベルの保管義務しかない。
でも仕事で預かれば善管注意義務が発生する。
事故での悪評で2割下がった点で加重平均での評価も変過ぎだけど、NEM買って弁済すると高値で買う事になるから円での補償ってのも微妙なんだよな。
被害者が自ら買い直すと、結局高く付くからな。
元々、預けたその物を返す契約では無く、現金の様にシリアル番号は変わっても構わない契約。
相手の諸事情により、そう言った補償しかされないのだから、代わりに買って差額だけ処理するのは、「経済合理性有る」とも言える気もする。 ビットコインってデフレ通貨なのか？
>ビットコインを未来のお金だと信じる理由
https://btcnews.jp/5pzpw03h15977/
の記事で
>法定通貨は、中央銀行によって供給量が拡大され続けていくため、インフレ通貨だと言えます。
>一方、ビットコインは4年毎に供給量が半減される「半減期」を迎え、供給量が縮小し続けるためデフレ通貨だといえます。
と「デフレ通貨」と言ってるが、論拠はフリードマンの
>「インフレとは市場における通貨供給量の拡大を意味し、デフレとは市場における通貨供給量の縮小を意味する」
の通貨供給量の話らしい。
この話や記事の後半も何度も見た話なので、すまん、読んでない。
で、通貨供給量って意味合いは微妙な違いは色々あるが、現預金の事だよな。マネーサプライやマネーストックとも言う。
これって、去年新規に増やした量に対して今年増やすか否かの値じゃ無いよな。残高。
ビットコインは予定の2100万枚まで、あと約2割を発行し続ける。100年以上ね。
無くす奴や相続ミスを考えても、10年や20年は通貨供給量は拡大し続ける。
何故これがデフレ通貨なの？
あと、ビットコインは、初めの4年間で発行予定の50%、次の4年間で発行予定の25%を発行する。そしてした。結果、予定の80%以上が発行されたが、とんでもなく通貨供給量を増やし続けているんだよな。
開始1年を基準にすると、以後1年で2倍、2年で3倍、3年で4倍の通貨供給量にしてる。
この通貨供給量の話はだいぶ前にした事があるが、デフレ通貨論は可笑し過ぎ。超インフレ通貨だよ。 ちゃんばば略歴
50歳の初老ニート
最終学歴は札幌市内の偏差値40の高校卒
「ちゃんばば 札幌」で検索
ちゃんばばプロフらしきページ（顔写真、本名など）
http://chanbaba.tripod.com/prof.html
ちゃんばばに限らずエアプってのは
リアルで誰からも相手されないんで
レス乞食してるだけなんで、
誹謗中傷さえありがたいと思ってるガイジだよ なんなんだよこれはよ
SNS社会で相手にされないコテハンの発狂か！ 取引所でトレードで得た利益
取引所の送金コストを経費はとするのは当然として
他には何が経費でいけますか？無理ですよね。
トレードの情報交換がてら知人に会う際の経費くらいか。
マイニングはVPS代と按分で電気代とネット代いけるけど。
あとは知人との情報交換する際の飲食代と駐車場代とガソリン代。
車の車検と税金と保険も按分できんのかな？
あとはホームページでアフィやってるから
そこでも色々な経費は発生するからそっちでもいいんだけどな。
いっしょくたに話をするから。 俺は車の減価償却費を95%計上した年も有ったけど。
提出した決算書で95%計上してるのは一目で判るが、実際95%を仕事に使ってるのならビビる事は無いのでは？
あと、仕事で使わない車なら、法人が買って個人に使わせるのなら現物給与処理しないと。
半々とかならどうなのだろう？
費用も半々であるべきと思うが、購入の稟議書とか残すとしても「個人と半々で使う」とは書かないのだろうな。
書いた場合は、半分現物給与処理？ 税計算で思い出したけど、4/10の金融庁の
>「仮想通貨交換業等に関する研究会」（第１回）議事次第
https://www.fsa.go.jp/news/30/singi/20180410.html
の
>説明資料（日本仮想通貨交換業協会）
https://www.fsa.go.jp/news/30/singi/20180410-3.pdf
の文中表記の14と15ページの現物取引と証拠金取引の説明って、違いをアピールしてるよな。
これって原則、雑所得への不服アピールも含まれてる？ 無登録で30億円集める…SESCが仮想通貨2社に業務差し止め申し立て
http://rno.jp/archives/4012 >>885
あのさ
>https://www.itis.nssol.nssmc.com/blog/contracthub/hint07.html
こういう引用するんなら
少ない文字なら原文をそのまま使いますっての引用してよ
>そして目的は「小さな」で効率化とハッキリ言ってる。
小さくかつ同一性を求める為にハッシュ関数通すのは誰でもしってるよ
でも原文そのまま入れて比較することが効率化にはつながらないよ
>だから「殆ど」と言ったまで。それに10文字20文字しか使わず、いちいち署名させて言質取るシステムって業務用だろ。原則部外者は見れん
だからこれはお前の主観だろう
それに0文字20文字しか使わないなら署名させないって事にはならんだろう
イエスかノーかでも偽物が発言したかどうか本人かわかる為に署名つかってるのに
業務用じゃなくてもパブリックな情報もあるだろう
>強度が弱くなると言う主張はあちこちで見たが
強度？なんの強度だ？
>>886
俺がいっているのはハッシュ関数は16進で返すから16進で計算してるって話だ
CPU内部のは無しなんてしておらん
>>887
>>881から>>882で９分程で気づいただけだぞ
署名の話で表示の事まで考えてなかったから間違っただけ
で、手計算はどうした 税理士だけど来月22日に税務署幹部の人達と親睦会あるから面白い話あったら書くわ すみません、法人化については素人なのですが、疑問があるので質問させてください
個人で、トークン発行→上場→オープンセール→200btc利益、という流れを踏んだとして
そのあと法人成りしても、個人で利確した分の所得税+住民税は55%払うことになりますよね？
今年分の個人による利益を起業した法人に引き継いで法人税扱いにし節税……といった都合の良い方法なんてのはありませんよね 無申告者終わったな
累計3000万の海外取引で
申告義務 来月からスタート
破れば罰則ありだから
無申告者は
円にはもう変えれないよ >>911
君は仮想通貨買ったこともないだろ？
嫉妬民のにおいぷんぷんだよ >>906
>少ない文字なら原文をそのまま使いますっての引用してよ
何を言ってるのだ？
俺が全てでは無いと絡んでいるのでは無く、俺の言った「殆ど」に対して貴方が「全て」と絡んでいるだけ。未だに全ての論拠の提示無しだよ。
で、引用文はハッシュを使う目的が、小さくして軽くするのが目的とハッキリ言ってる。
>それに0文字20文字しか使わないなら署名させないって事にはならんだろう
何故そう曲解する？>>885の
>それに10文字20文字しか使わず、いちいち署名させて言質取るシステムって業務用だろ。原則部外者は見れん。
と、「署名させて」と言ってるのにさ。「言質取る」の意味も署名させてるからだよな。
要らないのはハッシュの是非だよね。何故混同するの？余りにもレベルが低くて呆れるぞ。混同を何度すれば気が済むのだ？
SHA256は32バイトだから、20文字入れればでかくなるの。
引用文の説明では強度が落ちる話は無いよな。だから出来る可能性は十分あるの。
そう言った話を理解してるから「殆ど」と言った。で、部外者が見れないの。ソースで確認出来ないから悪魔の証明なの。
「全て」であることは証明不可能なの。
主旨でも無い末端に絡んでいるのは貴方で、既に論破されてるの。
俺には貴方の主張を否定してる訳じゃ無いので、証明すべきは貴方なの。
俺は可能性は十分示したしな。
少なくても、ハッシュ無しの事例に存在の是非では無く、強度不足になるかを論じたければ、まず論じろ。
俺は決済に興味があり、その関係で強度不足になるかもって話には興味があるが、ハッシュ無しだと強度が落ちる話は貴方からは一切出ていないよな。
と言うかさ、貴方は強度不足について調べた事が無いんじゃ？
>強度？なんの強度だ？
の話からも。署名の強度不足にならないのなら、小さい方が良いだろ。ここすら理解していないの？
>俺がいっているのはハッシュ関数は16進で返すから16進で計算してるって話だ
>CPU内部のは無しなんてしておらん
で、「ハッシュ関数は16進で返す」証明はいつするのだ？ >>908
>税理士だけど来月22日に税務署幹部の人達と親睦会あるから面白い話あったら書くわ
タックスアンサーの仮想通貨の「使用」についての説明で、基因付随を除いて「原則、雑所得」の意味や根拠法令。
pdfで仮想通貨が移動平均法が原則の如く扱われている根拠法令。
外貨建てや仮想通貨建て電子マネーでも、仮想通貨の移動平均法を準用出来るか？
辺りで、どう思ってるのかは興味あるな。ネタとしてもこの辺りが肝じゃ？
国税庁への不満が爆発したりして。
>>909
>今年分の個人による利益を起業した法人に引き継いで法人税扱いにし節税……といった都合の良い方法なんてのはありませんよね
無いんじゃ？
利確しない状況で、法人に貸与するって話はあったが、曖昧な記憶では、俺が経済合理性の無い取引に見える話をして脱税の可能性を言った覚えがある。 >>915
http://coi
npost.jp/?p=27873
の外為法の3000万ルールの話でしょ？
http://www.boj.or.jp/about/services/tame/t_seido.htm/
を見ても1回じゃね？
何の報告ルールか忘れたが、同時または連続は合計して1回とみなすルールがあったはずだが、30分とか間を開ければ回避出来る気がする。 >>916
結局サイトのコピペできなくなったら
言葉遊びで話をそらすな
>SHA256は32バイトだから、20文字入れればでかくなるの
だから文字数が少ないとハッシュ関数通さなくてもよい理屈にはならないんだって
処理が重たくなる？
あのね今の時代では殆ど変らないと同じ
20文字で処理が重いなんて感じるわけない
そんなレベルなら使い物にならない
>引用文の説明では強度が落ちる話は無いよな。
>強度不足になるかを論じたければ、まず論じろ。
>ハッシュ無しだと強度が落ちる話は貴方からは一切出ていないよな。
だから何の強度だって聞いている
>署名の強度不足にならないのなら
いやね勉強不足でわるいけど
一応確認するけどどういう状態が署名の強度不足になるの？
さらに確認するけどお前の言う署名の強度とは？ ID変わってたらごめんなさい
>>917
ありがとうございます！
節税するなら儲けが出る前に法人成りしておくべきなんですかね〜
最近トークン発行して儲けている人たちは大丈夫なんでしょうか、オープンセールしてから法人成りしている人もいますから
個人の所得税+住民税、所持トークンの引継が譲渡所得に当たるとかで二重課税になってしまうのでは……
税金周りは本当に大変ですねorz >>917
おまえ結局それ聞くの？
散々自分は正しいって言ってたのにｗ >>919
>あのね今の時代では殆ど変らないと同じ
>20文字で処理が重いなんて感じるわけない
>そんなレベルなら使い物にならない
で、トランザクションが多い場合でも感じないのか？
ブロックチェーンの様に署名込みでストレージに記録する際にでも感じないのか？
それが出来るのならビットコインのブロックサイズも2倍とかに簡単に出来るはずだよな。
ここまで来ると妄想だよな。
トランザクションのサイズを小さくする為に、公開鍵暗号を楕円曲線を使ったり、ビット単位で絞りきってる努力をなんにも評価していないのな。
で、強度が落ちる話はするつもりが無いのかな？
トランザクションが多い状況は存在しないとでも定義してるのか？
Ruby等のスプリクト言語系で開発していた所が人気が出るとC言語等に切り替えるのは、Cの方が数十倍から100倍軽いから。
サーバーの台数が、千台、1万台、10万台と増えた場合にプログラム開発コストとサーバー維持コストが逆転するからなの。
1万台のサーバーが100台や200台で済むからな。
100台のサーバーで回しているシステムで、「ハッシュ使うので2倍重くなるので200台にして貰います」なんて言ったら「何故？」と聞かれるに決まってる。
で、貴方に強度の話しが出来るのか？
現状が危機的に強度が落ちている事を納得させられなければ、通るはずが無い。
世界中のサーバーは1台残らずガラガラなのか？
妄想だよね。
>だから何の強度だって聞いている
聞かれてたの？
ハッシュを使わないで10バイトや20バイトの本文（平文）を署名する場合で強度が落ちるかだよ。
実用性に耐えるだけの強度があるかだよ。
商行為の取引の時効は最長5年だから、署名は5年持てば良いんじゃね？
アメリカ大統領の日本植民地計画の計画書とかなら50年や100年の持たないと不味いが。 >>920
>節税するなら儲けが出る前に法人成りしておくべきなんですかね〜
俺は法人成りでの節税って、手間の割に節税出来ないと思ってる。
ただ、出来ると主張していた人もいたよ。
>>921
>散々自分は正しいって言ってたのにｗ
ん？正しい？どこで言った？
「国税庁が譲渡所得では認めないと言った」と言い張る人に、「何処で言った？」と聞く行為が絶対に譲渡所得で通ると言う意味になるって話？
聞くと、「俺らも根拠が良く解ってないんだよな。3辺回ってワンと泣け、と言われれば抵抗するけど、右向け右、くらいは従う。だって国税だもの」みたいな話になるのか、
「タックスアンサーって使用に限った話だし、基因付随を除くと言ってるし、一般論を述べただけじゃない？」と言う話になるのか。
何故俺が興味無い前提になるの？
逆に、根拠法令や論文を示して、内部での論拠を語ってくれるかも知れない。
その論拠で押し切れるか否かは置いといて、言い分は聞いてみたいけど。
聞いた上で、そんな理由で通るの？と議論のネタにするのは良いと思うが。
特に、譲渡所得では税務署を通らんって推測してる奴で、絶対的な自信を込めて言ってる奴にとっても興味深いんじゃ？
例えば「上司からは、譲渡所得では通すな、と言われてる」とか、「何故か聞いたら、国税の指示って言ってた」とかさ。 >>920
ちゃんばばの言うことは信じるな、こいつ嘘ばっかだぞ
肝心なこと答えられてないだろ？
ここ起業したやついねえから余所で聞きな、口だけの妄想ニートばっかなところで聞いても分からんだろ？ ちゃんばば略歴
50歳の初老ニート
最終学歴は札幌市内の偏差値40の高校卒
「ちゃんばば 札幌」で検索
ちゃんばばプロフらしきページ（顔写真、本名など）
http://chanbaba.tripod.com/prof.html
【ちゃんばばこと田原実を相手にするのは時間の無駄】
通常の議論は事実（客観）を提示した上で、
双方の主張（主観）の妥当性を吟味するものである。
しかし田原実はすべてを主観の争いにすり替え、
さらに田原実の主観は本人にとっていつでも完全に正しいものとなるため、
田原実を相手にするのはまったく不毛で、貴重な時間の無駄になる。
「田原実は痴呆っぽいとは言うけど言えばわかるんだろう」
という期待を持つな。言ってもわからない痴呆なんだ。
近所に痴呆老人がいたとしてあなたは議論を打つか？
やらないだろ、時間の無駄だから。 >>922
>で、トランザクションが多い場合でも感じないのか？
>ブロックチェーンの様に署名込みでストレージに記録する際にでも感じないのか？
だからハッシュ値でやってるんだろう
今までの話は単純に原文そのままかハッシュ値での比較の話
お前の理論だと
トランザクションが多くて、文字数が少ないなら軽くする為に
原文そのままでやるという理論になるだろう
実際はブロックチェーンは全部ハッシュ値使うだろう
使わないブロックチェーン上でハッシュ値使わない例があるのか？ >トランザクションのサイズを小さくする為に、公開鍵暗号を楕円曲線を使ったり、ビット単位で絞りきってる努力をなんにも評価していないのな。
だからトランザクションの話をしていたのではないし
単純に原文を使うかハッシュ値を使うかの話だろ
原文使って減らす努力してるか？
本当はなしそらすのが好きだな
>ハッシュを使わないで10バイトや20バイトの本文（平文）を署名する場合で強度が落ちるかだよ。
もう一度確認するけど
本文が10バイトや20バイトの原文だとRSAを解読される可能性があるって事か？
では何バイト以上なら安全なんだ？
それとも
10バイトや20バイトの原文だと秘密鍵が解読できてしまうって事か？ >>927の追加
なぜ
>ハッシュを使わないで10バイトや20バイトの本文（平文）を署名する場合で強度が落ちるかだよ。
だと強度が落ちるのか
その仕組みを説明してほしい ちゃんばば略歴
50歳の初老ニート
最終学歴は札幌市内の偏差値40の高校卒
「ちゃんばば 札幌」で検索
ちゃんばばプロフらしきページ（顔写真、本名など）
http://chanbaba.tripod.com/prof.html この人、顔バレとか住所も割れてるのに、
なんでこんな必死なの？ >>926
>原文そのままでやるという理論になるだろう
「やる」かどうかじゃない。「やる」可能性だよ。可能性があるから「殆ど」と言ったまで。
強度が落ちる可能性を認識せずに、「軽くする為に圧縮してるだけ」と捉えれば、ハッシュ値の32バイトよりも10バイトや20バイトの方がずっと軽いからな。
だから何処かで実装されている可能性があるの。
>実際はブロックチェーンは全部ハッシュ値使うだろう
>使わないブロックチェーン上でハッシュ値使わない例があるのか？
「殆ど」の話は、署名の一般論の話で重いから軽くする為に本文（平文）そのものではなくハッシュを使う場合が殆どと言ったに過ぎない。
書かなければハッシュを使わないのが定番と誤解を与えるから補足したに過ぎない。
ブロックチェーンで使われている署名は、署名の一利用方法でしかないよ。
と言うか、「殆ど」を否定し「全部」と言い張ってるのは貴方なのだからね。俺は殆どであると認識している理由を十分説明した。貴方は強度不足になる事すら説明していないの。必ず使う必要性がある理由としてね。
俺は別に現状が全部であってもどうでも良いの。
俺は強度不足を指摘してるのを見てるから、ハッシュを使わない事例があったと認識してるの。それだけ。
で、必ず使う必要性があるのに勘違いして使わないアホがいるだけなのか？ >>927
>本当はなしそらすのが好きだな
議題は貴方が決めるのか？
俺から見れば、貴方が主旨と関係無い部分で知ったかぶりをして話を逸している様に感じてるけどな。
憲法違反の話で通信の秘密の話しが出てたから、仮想通貨は原則暗号化されていない話をし、暗号化と署名の違いの話をしたまで。
補足に、「重い」からハッシュ使う話を「殆ど」の場合使ってる旨を言った。この話自体は貴方が逸した話だぜ。
貴方が否定した「重い」については他の解説サイトでも使ってたし、「で」「を」の突っ込みも文法的に何の問題も無いし、
そして今やってる「殆ど」の話も「全部」である事も「全部」であるべき事も貴方は証明していない。
俺は使わないプログラムの存在を認識してるの。俺の記憶ではやめてハッシュ使う様になったがね。信じられないが念の為みたいな感じだった。
使わないのは強度が落ちるから「全部であるべき」と思ってるのなら、詳しく解説してるサイトにでもリンク張れば？
>本文が10バイトや20バイトの原文だとRSAを解読される可能性があるって事か？
「RSAを解読」？秘密鍵の特定だろ？
公開鍵暗号はRSAに限らん。
と言うか、ハッシュを絶対に使うと貴方が言い張ってるのだよ。「殆ど」って表現をした俺に対して。
>>928
>だと強度が落ちるのか
>その仕組みを説明してほしい
何これ？
強度が落ちると言う認識が無いの？
それなら20バイトしか使わないシステムなら32バイトに膨らませて署名した方が重いよ。
公開鍵暗号の部分は同じか重いし、ハッシュ演算もあるからな。
必ず重くして使う理由って何？
みんなマゾだからとか？ >>935
>強度が落ちる可能性を認識せずに
だからお前のいう強度ってなんだと言っている
一般的にこの場合の強度と言えば暗号なんだが
お前の中ではどういう提議なんだ
>だから何処かで実装されている可能性があるの。
可能性だけの話？
どこかでみたとかじゃないの？
>俺は強度不足を指摘してるのを見てるから
だから強度とはなんの強度か聞いている
>>936
一般例としてRSAの話しただけだろ
>「RSAを解読」？秘密鍵の特定だろ？
？つけてるけど
お前に認識は10バイトや20バイトの原文だと秘密鍵が特定されるという認識なのか？
>強度が落ちると言う認識が無いの？
原文の長さで強度が落ちる事は無い
強度はアルゴリズムの特徴と鍵長によって左右される
原文が短いと秘密鍵が特定される理屈を述べてくれ
それを説明しているサイトでもかまわんぞ >>937
>一般的にこの場合の強度と言えば暗号なんだが
お前の中ではどういう提議なんだ
提議？定義の事？議題の話？
貴方の言う、その暗号って何？
公開鍵暗号で署名する話だよ。だから署名の強度だよ。何を言いたいのかサッパリ解からん。ハッシュのコリジョンじゃ無いよ。ハッシュじゃない旨は何度も言ってるのだが。
>どこかでみたとかじゃないの？
ソースを？ソースは見てない。興味無いし。公開していなかったはず。何のシステムでの実装かも知らん。言っていなかったはず。
曖昧な記憶だが、
-----
基本的なRSA署名は以下のように算出される。RSA署名鍵を生成するために、2つの大きな素数の積である係数Nと一緒に、
φがオイラーのφ関数である時e d = 1 mod φ(N)を満たす整数eおよびdを含むRSA鍵ペアを一つ単に生成する。署名者の公開鍵はNとeから成り、署名者の秘密鍵はdを含む。
メッセージmに署名するため、署名者はσ=md mod Nを計算する。検証するために、受信者はσe = m mod Nを照合する。
前述のように、この基本的な仕組みはあまり安全ではない。攻撃を防ぐため、まず最初にメッセージmに暗号ハッシュ関数を適用し、
それからその結果に前述のRSAアルゴリズムを適用する事ができる。このやり方は所謂ランダム・オラクル・モデルにおいて安全を証明できる。
-----
https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E7%BD%B2%E5%90%8D
の話と、独自？自作？のパターンマッチングアルゴリズム云々とか言ってた。組み合わせると結構行けるっぽい話だったが、出された数字は大した事なかった。
「攻撃を防ぐため」って話からも使わない実装が存在したのだよな。
2009年のハッシュ関数のmd5のコリジョン問題はかなり簡単に衝突させられて偽造文書が出来ちゃうレベル。
軽さを犠牲にしても何処まで安全性を求めるかで、程々のシステムがあっても良いんじゃね？
「あまり安全ではない」とは非常に危険だって訳じゃないし。
注文とか予約とかのシステムで問題になるのは1､2週間以内が多いと思う。
言った言わないの為の言質の署名だけど、このレベルと、アメリカ大統領の日本植民地化計画書みたいなのの署名が同じレベルの強度が必ず必要とは俺は思えないな。
そう言えば、ハッシュ値自体が公開鍵暗号のビット数より短くて、元々短過ぎって話も出てた気がする。 >>938
全然答えになってないけど
原文が短いと強度が下がるとお前はいってるんだろ
秘密鍵が特定されるとお前はいっている
>公開鍵暗号で署名する話だよ。だから署名の強度だよ
署名の強度とは暗号の強度でもあるんだが・・・
>ハッシュのコリジョンじゃ無いよ。ハッシュじゃない旨は何度も言ってるのだが。
だれもそんな事は一言も言ってないんだが・・・
お前がいう10バイトや20バイトの原文だと秘密鍵が特定されるというの理屈教えてくれよ 無申告者終わったな
累計3000万取引で報告義務
海外取引所使ってるやつ
全員
重加算税
さらに無申告者は
無申告加算税が重加算税なみにひきあげられたから
いみなし
どちらにしても
重加算税なみにとられるよ 無申告者終わったな
累計3000万取引で報告義務
海外取引所使ってるやつ
全員
重加算税
さらに無申告者は
無申告加算税が重加算税なみにひきあげられたから
いみなし
どちらにしても
重加算税なみにとられるよ
無申告者は
九月から
呼び出し >>940
>>941
ちゃんばば2と呼んでやろう ちゃんばば略歴
50歳の初老ニート
最終学歴は札幌市内の偏差値40の高校卒
「ちゃんばば 札幌」で検索
ちゃんばばプロフらしきページ（顔写真、本名など）
http://chanbaba.tripod.com/prof.html >>943
有名になりたかったけどなれなかったことで有名だよ ICOかエンジェル投資で、上場されなかった場合、投資した額は含み損になるって聞いたけど
これって意図的に損失出せちゃうんですかね >>947
>>948
損失にできるぞ。価値が無いんだから >>939
>原文が短いと強度が下がるとお前はいってるんだろ
>秘密鍵が特定されるとお前はいっている
お前って俺？
誰宛とかは無いとか言ってた人が居たが......
強度が下がるかは知らんぞ。特定されるなんて言ってないし。何処で言ってる？
「あまり安全ではない」とかの話を出して自称パターンマッチングで強度が下がる研究をしてる奴が「ハッシュを使うべき」と言ってた話を記憶してて、
状況によっては大して下らないのではとか、注文や予約のシステムなら1､2週間持てば事足りるのならハッシュを使わない実装もあり得ると思ってるの。どの段階の攻撃かにもよるしな。
重いので軽くする為にハッシュを使うとだけ解説してるサイトも俺は示したよな。
だから「あまり安全ではない」の話を認識していないのでハッシュ無しで実装する可能性もあるの。これも何度も言ってるよ。
これに対して貴方が「殆ど」では無く「全て」で実装されていると主張してるのだろ。「殆ど」と言う表現は可笑しいと。
だからこそ、10バイトや20バイトで使えなくなる程に強度が落ちるのか。俺が貴方に聞いてるのだよ。
落ちない、又は、大して落ちないかも。そう思ってるのならハッシュ無し実装もあり得るだろ。軽く出来るのだからさ。
で、何故か貴方は何度も落ちる事を証明してと俺に聞いてくるけど、証明すべきは貴方と俺は何度も言ってるよ。
例えば、署名の有効期限を2週間にして毎週鍵ペアを作り直す場合で、古いデータのクレームは受け付けない場合に、20バイトのデータで軽くする為にハッシュ無しで実装した場合に使えなくなる程に強度不足になるのか？
で、1万人いたとして、全員が危険性を感じてハッシュを使うの？
誰が攻撃するの？解雇された元社員？FAXでやってた頃には精々レターヘッドを見る程度で、攻撃するするつもりがあればコピーして持ち出せる。
それに対して強度がそれ程無くても、署名付きで攻撃したくなる要素が無ければ済む。公開鍵暗号のビット数も全てででかいのを使う事など求めていないよな。状況にに合わせて使い分けろと。
続く 続き
>署名の強度とは暗号の強度でもあるんだが・・・
で、これは何が言いたいの？署名じゃなく暗号と言いたい訳？「でもある」だから何？
>だれもそんな事は一言も言ってないんだが・・・
ハッシュのコリジョンじゃ無いのは解った。
>お前がいう10バイトや20バイトの原文だと秘密鍵が特定されるというの理屈教えてくれよ
必ずなんてされないよ。だからこそ32バイトのハッシュにエンコードして使わない実装もあり得るから俺が「殆ど」と言ったの。
それに対して「全部」だろ。使わない実装など無い旨を主張してるのが貴方だよ。別人なのか？
で、実装が全てか否かの話は置いといて、「使うべき」って話なら強度不足になるって意味だろ？と俺が貴方に聞いてるの。他の理由ならそれを述べれば良いしな。
理屈を述べてくれるのかと思って、強度不足の話に付き合ってるが、貴方からは説明が全く無い。
俺が必ずと思っているのなら「殆ど」では無く「必ず使う」か「必ず使うべき」が正しい表現だよな。
俺は状況によっては必ず使う必要は無いと考えてるの。
技量のある奴かと思って話に付き合ったが、技量無しだな。
それだけじゃなく、自分の主張自体を理解していなく、説明されても理解出来ない人なのな。
時間の無駄だった。 レス数が950を超えています。1000を超えると書き込みができなくなります。
