Purchased this article n2vphsr05
teatwo
@studioteatwo
LNの料金市場の適正水準を整理する
LNの手数料の適正水準はどう見積もったらいいだろうか？ルーティングノードの収益性を算出するためにはどうアプローチすればよいだろうか？参考になりそうな数値や計算式を整理する。 個人的な感想を先に書くと以下となる。 現在の手数料市場は収益性が低くもっと手数料が上がった方が健全である。 他の決済手段と比較すると、LN支払い料金は10000ppm（手数料1%相当）でも十分ではないか。5ホップとすると中間1ノードあたり2500ppmである。 ルーティングノードの収益性を考えると、1000ppmあれば1BTC程度の資金で年利2.8%になり半年で初期費用回収できるので十分な投資対象になると考える。 基本概念の整理 LNの料金方式 LNの手数料は送金額に応じた料率方式が主になる。（基本料金の設定もあるが1 ~ 0 satsが大半） 料率単位のppm（parts per million）は、1,000,000satsを送るときの手数料をsats金額で示したもの。 %での手数料率に変換すると1000ppm = 0.1%になる。 支払い者が払う手数料はルーティングに参加した各ノードの手数料の合計である。本稿では5ホップ（経由ノードは4つ）のルーティングがあるとすれば、各ノードの取り分は単純計算で1/4とみなす。 ルーティングノードの収益はアウトバウンドフローで発生するのでアウトバウンドキャパシティが直接的な収益資源となる。 LNの料金以外のベネフィット 本稿では料金比較だけを行うが実際の決済検討では以下のような料金以外の効用も忘れてはならない。 Bitcoin(L1)に比べると、料金の安さだけでなく、即時確定やトランザクション量のスケールという利点がある。 クレジットカードなどの集権サービスと比較した特徴はBitcoin(L1)とだいたい同じである。 24時間365日利用できる 誰でも自由に使える 信頼する第三者に対する加盟や審査や手数料率などの交渉手続きが要らない 検閲がなく匿名性が高い 逆にデメリットはオンライン前提がゆえの利用の不便さやセキュリティ面の不安さなどが挙げられる。 現在の料金相場 ルーティングノードの料金設定 sinkノードとのチャネルは500 ~ 1000ppmが多い。 routing/sourceノードとのチャネルは0 ~ 100ppmあたりのレンジになる。 リバランスする場合もsinkで収益を上げているならsink以下になるのが道理
3
6
teatwo
Multi Path Payment(MPP)で送金する
単発でumbrelから多額（数百万〜sats）の送金したい。しかし、エラーになる or 手数料ぼられる、かといって小分けにインボイスを発行するのも手間がかかる、という場面でCLIツールのlncliから一つのインボイスをMPPで送金するやり方の忘備録です。 MPPの説明はこちら。受金者は一つのインボイスで、送金者(umbrel)は複数のパスが可能になるので、例えば100万を10万×10本に分割して送金が通りやすくかつ手数料が安いルートにヒットしやすくなります。 https://lightning.engineering/posts/2020-05-07-mpp/ やり方 umbrelにログインした後に以下のコマンドを発行します。 docker exec -it lightning_lnd_1 lncli sendpayment \ --pay_req [invoice] \ --max_parts 100 \ --fee_limit 2500 \ --max_shard_size_sat 100000 \ --outgoing_chan_id 816130156246007800 コマンドの解説 4つ目はdockerのコンテナ nameです。v0.5からlndもオプションになったからか以前のlndからlightning_lnd_1に変わってました。1と付いていて怪しいのでコマンドが見つからなくなったらdocker psでnameをチェックするのがよさそうです。 pay_reqオプションにセットする値はインボイスの発行識別子です。lnbcとかで始まるアレ。 max_partsオプションでMPPを有効にします。値には分割する最大数をセットします。 fee_limitオプションは最大料金のsats指定です。これ逃すと手数料が悲しいことになるのでppmから計算して必ずセットしましょう。（1000ppmで0.1%） max_shard_size_satオプションは1本あたりの金額です。ここを指定しないと半分にしただけで送られがちです。
0
5
100
teatwo
統合失調症患者が家賃込み月7万円で生活する話
中学生のころ、鬱になり不登校。最終的に23歳のとき本格的にオカシなことを言い始め、統合失調症と診断されました。 その後も諸々あり、現在は運良く降りた年金型保険月7万円で一生、生きれることを目指して、日々模索中です。 一般に統合失調症を始めとして、精神障害を負ってしまうと親元を離れたり、障害者グループホームなどを利用しないで独立した生計を維持するのはかなり困難です。 何せ、労働もそのストレス脆弱性からムリ、自営業も気張れずムリ、薬でやる気もなく、常に死にたい…そんな状態の人は少なくないと思います。 私もその一人です。 しかし、現在は同じ病気、同じ年金型保険収入のパートナーと2人分で家賃込み月7万以内、独立世帯でなんとか暮らしています。 種明かしをすると、まず持ち家です。相続ではありません。自分でお金を貯めて、不動産会社に足繁く通い、現金で買いました。(えっへん。。)おじいちゃんおばあちゃんの多い、駅近の古い住宅地です。 便利な土地で、田舎ですが徒歩で大体のものが揃います。 第2に、田舎でありながら車を捨てました。30分に一本の電車とバス、自転車で生活しています。周りの人は基本的に一人一台車を持っています。 第3に、食事は栄養成分基準表をスプレッドシートに落とし込んだものを使って、栄養計算して、ギリギリまで安い栄養を取っています。具体的には納豆、卵、玄米、ノリ、人参、玉ねぎ、じゃがいも、あとはビタミンＣサプリです。 今まで3ヶ月、基本的にはずっとこの食材で、お肌はツルツルになり健康そのものです。 基本的にはこの3つのポイントで月7万以下の生活が送れています。 具体的な8月の生活費を以下にどうぞ。
3
10
100
CoffeeBeans
読書ざんまい
前回の記事で本のレビューをするなど豪語していましたが結構難しいことに気付きました。そもそもみなさん知っていそうな内容ばかりでしたし、引用だらけになりそうです。 https://spotlight.soy/detail?article_id=qn3m3ua7p ただ改めていろいろ分かって面白かったです。特にBitcoin＝ブロックチェーンではないという捉え方は新鮮に感じられました。ビットコイン・スタンダードは初めて読んだのですが、ケインズとハイエクの対比が強烈で、もう少しその辺りの知識をつけてから読み直したいです。 4冊ほど読んだのですが２０４９年「お金」消滅は自分にない視点で書かれていて衝撃でした。広い意味での貨幣が存在しない世界なのでBitcoinもありません。以下ざっくりとした概要です。 ・「欲望の二重の一致」が目的で貨幣が生まれた・しかし現代ではインターネットによって一致させられるので貨幣は不要・エネルギーと食糧が無料になっているので生活にお金がいらない・お金を得るための仕事も消滅していわゆる自己実現的な生き方になる 太陽から降り注ぐエネルギーだけで電力が賄われ、併せて食糧の供給が持続するなど前提がありますが結果としてあらゆる物の価格が0円になるとされています。するとお金を稼ぐ必要がなくなり、なにか目的があればNPOのような寄り合いで解決されます。またその頃にはAIやロボット技術が発達して医者が不要だったりします。 いま自分で書いていてもやや突飛な発想だと思いますが同時にあるかもしれないとも思います。そこでなんとなく現代からお金がない世界へのレイヤーみたいなものを整理してまとめてみました。あくまで備忘録として。 主体を信頼物々交換期を経て貨幣が誕生したが、現代ではそれを如何に効率よく増やすかに焦点が当てられている。基本的に労働で手に入るがその価値は信頼される主体によって決定される。 主権取り戻したい主権が信頼される主体に集中していることを良しとせず、コントロールを取り戻したい。その為に自分たちで貨幣を発行したり準ずる組織を立ち上げ管理する。 主体いらないそもそも信頼される主体（コントロール）がいらないと考え、誰にも管理されない独自通貨や自由経済に委ねたい。 お金いらないお金があるから格差が生まれるのでいらない。エネルギーと食糧を供給し続け、欲望の二重はインターネットで一致させにいく。あらゆる物の価値は0になる。 レイヤーといってもグラデーシ
ライトニングネットワークにおける利己的ルーティングによる無秩序の代償
キーワード：無秩序の代償、利己的ルーティング、支配戦略、ナッシュ均衡 本記事は以下の記事の内容をまとめたものである。 はじめに 上記記事の前半では、LNでのチャネル流量の枯渇(*1)率において送金の失敗率をシミュレーションしている。後半では、送金経路選択の戦略別に送金を行い、どの戦略がもっとも全体的なコストの面で非効率かをシミュレーションしている。ゲーム理論をライトニングネットワークに適用しようとする試みであり、まだまだ未開拓な領域ではあるが、面白い分野であるので以下にその内容をまとめた。 *1 チャネル流量の枯渇：A->Bへの送金時、チャネル資金がB側へ偏ってしまい送金できない状態のこと チャネル流量の枯渇率による送金シミュレーション 図1は、チャネル流量の枯渇率を調整した5つのチャネル上でランダムに送金したシミュレーション結果である。drain:0.1はA-B間のチャネル資金が0.1対0.9であることを表しており、このチャネル上でランダムに送金をする。その結果、失敗率が80%へ収束していくことが読み取れる。チャネル流量の枯渇率が0.1と極端に偏っているのに失敗率が80%しかないのは、B→Aへの送金があることで、チャネルバランスが少しだけ改善するためである。また、drain:0.1のチャネルでは、逆方向の送金はほぼ100%成功することが直感的に分かる。この仮定の下で枯渇した方向への送金の成功率を求めると、0.1*1+0.9*x=0.2 x=11.1%となり、11%の確率で枯渇した方向への送金が成功することが分かる。 <p
0
4
5,000
Yuya
-1000
Purchased this article 1erl9gh67
-100
Purchased this article bsiyvjf51
-100
Purchased this article trko1l587
-3900
Purchased this article suhw3y66d
-100
Purchased this article ikdu1m7bq
-100
Purchased this article s5oajl2c0
-100
Purchased this article y7ch3u4dl
-100
Purchased this article 6yx908lt7
-100
Purchased this article m8pkkprib
-100
Purchased this article 69turzu7q
-100
joieievreo4398j3cj purchased this article sk8shr7le
100
Purchased this article fh6byaf8x
-5000
