OpenSeaで利益を得る方法：役立つ帳簿を作る

OpenSeaの利益は取得原価から考える

購入価格は取得原価の最初の部分ですが、品を取得する費用の全部とは限りません。購入には、ネットワーク手数料、帰属する権限承認費用、ラップや換算費用、ほかの取引料金が伴い得ます。一点に直接対応する費用もあれば、複数の購入を支え、内部分析で一貫した配分を要する費用もあります。

数量・金額とともに、チェーン、コレクションまたはコントラクト、トークン識別子、該当する数量、支払通貨という資産識別情報を記録します。通貨のない金額は不完全です。オンチェーンの識別情報がない品名は曖昧になり得ます。項目をまとめて残せば、後の売却を、似た名前の別資産でなく、正しい取得と照合できます。

OpenSeaのNFT利益の帳簿では、元のトランザクション記録を保ち、その横に分析を加えるべきです。最低出品価格が変わっても、元の購入額を上書きしてはいけません。過去の金額は何を支出したかに、現在評価は今どれほどの価値があり得るかに答えます。両方役立ちますが、同じ項目に置くべきではありません。

三点の取得記録を作る

1.000 ETHから始め、三点を買う口座を考えます。品Aは0.100 ETH、品Bは0.150 ETH、品Cは0.250 ETHです。直接帰属する取得費用は、それぞれ0.004、0.006、0.008 ETHです。総支出は0.518 ETHになります。

したがって、記録する取得原価は、Aで0.104 ETH、Bで0.156 ETH、Cで0.258 ETHです。残る現金は0.482 ETHです。在庫を過去の原価で表示すると、合計は当初の1.000 ETHになります。この等式は帳簿の照合であり、現在その額で在庫を売れる証拠ではありません。

計算を直接追えるよう、この例ではすべての受取額と経費がETH建てだと仮定しています。実際には、ネイティブETH、WETH、ほかのネットワークのトークンは、別々の残高として記録するべきです。合算するなら、明示的な評価の取り決めと、実際の換算費用が必要です。便利な共通記号で、異なる支出可能残高を隠してはいけません。

売却総額を正味受取額に変える

品Aが0.140 ETHで売れるとします。架空の合算控除率3%では、控除は0.0042 ETHです。売り手の追加取引費用は0.002 ETHです。正味受取額は0.1338 ETHとなり、Aの原価0.104 ETHに対する実現利益は0.0298 ETHです。

続いて品Bが0.180 ETHで売れます。同じ架空の割合控除と取引費用0.003 ETHを適用すると、正味受取額は0.1716 ETHです。原価0.156 ETHに対して、Bの実現利益は0.0156 ETHです。完了した二件の売却で、正味受取額は合計0.3054 ETH、実現利益は合計0.0454 ETHになります。

OpenSeaの手数料の説明は、マーケットプレイス手数料とクリエイター収益を区別し、適用条件が注文による場合があるとしています。例の3%を現在の共通料率と黙って扱わず、実際の控除記録を使うべきです。ネットワーク費用は、二重に引かないよう独立した項目にします。

売れていない品を見える状態に保つ

二件の売却後、現金は0.7874 ETHです。取得後の残高0.482 ETHと受取額0.3054 ETHの合計です。品Cはなお所有しており、過去の原価0.258 ETHがあります。現金と原価評価の在庫の合計は1.0454 ETHとなり、AとBからの実現利益0.0454 ETHに対応します。

この原価による口座表示は、1.0454 ETHを実現できる口座価値として確定するものではありません。Cは原価以上か以下で売れるかもしれず、関係する期間内には買い手が見つからないかもしれません。二つの成功取引だけを報告し、残る品を口座要約から省くのは不完全です。

したがって、OpenSeaの実現結果と未実現結果は、評価方法とともに示すべきです。実現結果は、完了した売却と帰属原価から生じます。未実現の推定には、所有在庫への明示した評価額を使います。慎重に選んだ対象オファー、比較売買からの推定、明示した範囲などが考えられます。決済済みの受取額として提示してはいけません。

慎重な評価額と過去の原価を比べる

Cの現在の対象オファーが0.200 ETHだとします。例の売却控除3%と売り手費用0.003 ETHの下では、受諾時の手取額は0.191 ETHです。Cの過去の原価より0.067 ETH低くなります。これは、オファーが有効で実行可能なままという条件付きの、仮定した即時売却推定です。

現金0.7874 ETHに推定売却手取額0.191 ETHを加えると、0.9784 ETHです。当初の1.000 ETHに対し、この全量売却シナリオでは0.0216 ETH減ります。同額は、実現利益0.0454 ETHからCの推定不足額0.067 ETHを引いても照合できます。

これで帳簿は、二件の利益の出た売却と、口座全体の弱い結果が共存する理由を説明します。実現利益も全量売却推定も隠す必要はありません。状況の異なる部分を測っています。古い見積もりは継続的な代金の保証ではないため、推定に使ったオファーの時刻と適用条件を残します。

全体の結果を判断する前に一連の取引を終える

Cが最終的に0.220 ETHで売れると仮定します。架空の控除3%と売り手費用0.003 ETHの後の正味受取額は0.2104 ETHです。原価0.258 ETHに対し、完了取引は損失0.0476 ETHになります。A、B、Cの正味受取額の合計は0.5158 ETHです。

一連の取引で0.518 ETHを支出し、0.5158 ETHを回収したため、共通運用費やほかの失敗した試行を含める前の損失は0.0022 ETHです。最終現金は0.9978 ETHです。個別結果の合計も口座結果に一致します。利益0.0298と0.0156から、Cの損失0.0476を引くと、マイナス0.0022 ETHです。

この確認は計上漏れの発見に役立ちます。品ごとの結果の要約と、外部資金移動を調整した口座資源の変化が異なれば、差を調べます。経費の欠落、未記録の送金、まだ保有する品、または売買と扱った通貨換算などが原因かもしれません。照合は単なる表示形式ではなく、証拠です。

共通費用を一貫して配分する

一つのトランザクションで複数資産を取得すると、NFTの原価配分は難しくなります。共通のネットワーク費用が取得群に帰属するなら、内部記録では一点ずつ均等に配分する方法や、購入価値に比例させる方法があります。選んだ方法を示し、一貫して適用します。どの配分でも、費用総額は変えてはいけません。

配分によって個々の利益の見え方が変わっても、完了した対象群の結果は変わりません。そのため、品別の順位は群全体と並べて解釈するべきです。共通費用の大半を未売却品に載せると、残存在庫を含めるまで、売れた品が例外的に成功して見える場合があります。

運用経費の中には、別に示す方がよいものもあります。例の口座で、評価期間に帰属する調査やデータの経費0.010 ETHがあるとします。三点の取引後に引くと、最終資源は0.9978から0.9878 ETHへ減り、開始残高に対する損失は0.0122 ETHです。同じ経費を各品の原価にも含めてはいけません。

何も取得しなかった試行を会計に含める

購入完了だけの記録では実際の経費を落とすことがあります。期間中、送信後に失敗したトランザクションが、さらに0.005 ETHを消費したとします。最終資源は0.9828 ETHとなり、期間全体の損失は0.0172 ETHになります。在庫を作らなかった試行でも、確認済みの費用は結果に影響しました。

ブロックチェーンへ届かなかった操作とは分けます。出品の調査、ウォレット要求の拒否、注文が使えないことの発見では、時間は使ってもネットワーク手数料はかからない場合があります。クリックの試みすべてに費用を付けるのは、失敗したトランザクションをすべて無視するのと同じくらい不正確です。該当する場合、観測した料金とトランザクション結果を使います。

確認した機会、提出したオファー、完了した購入、失敗したトランザクション、完了した売却を別々に数えます。手順に必要な資源の説明に役立ちます。分母を定義せず、一つの成功率へまとめるべきではありません。購入完了率と利益の出た売却率は、異なる問いに答えます。

入出金を運用成績から取り除く

追加資金が入ったなら、終了残高が大きくても利益の証明ではありません。例の取引期間全体の後で、所有者がさらに0.500 ETH入金するとします。表示残高は1.4828 ETHです。当初の1.000 ETHより0.4828 ETH増えて見えますが、取引の損失はなお0.0172 ETHです。

変化から外部入金を引けば、正しい単純照合に戻ります。1.4828から1.000と0.500を引くと、マイナス0.0172 ETHです。出金は、口座の照合では逆方向に扱います。追跡中の自分のウォレット間の送金も、一方で収入、他方で説明のつかない支出とならないよう分類するべきです。

資金が繰り返し出入りすると、開始残高に対する単純な収益率では、その期間を有用に説明できなくなる場合があります。少なくとも、日付付き資金移動と、取引結果の絶対額を示します。時期と実際にリスクへさらした資本を考慮する方法なしに、短く不規則な一連の取引から精密な年率収益を公表してはいけません。

支払通貨ごとの帳簿を保つ

NFTは、購入通貨で利益が出ても、その通貨がドルに対して下がる場合があります。購入通貨の単位数を失いながら、ドル価値が上がる場合もあります。別の効果です。まず、NFTが保有通貨の数量を増やしたかを問うのか、所有者の資源が報告通貨で増えたかを問うのかを選びます。

ドル報告では、各資金移動に使う為替情報源、観測時刻、換算の取り決めを残します。実際に換算していなければ、ドル額は受け取った現金でなく評価額と説明します。換算したなら、その受取額と費用を記録します。異なる時点のレートを混ぜると、測り方の不一致だけで見かけの利益が生まれ得ます。

チェーンをまたいでも同じ規律を適用します。見慣れた記号のトークンが、別のネットワークでは別コントラクトで表されることがあります。意図した取引の資金にする前に、ブリッジや交換が必要かもしれません。上位の報告が共通通貨名で価値をまとめても、帳簿では実際のチェーンと資産識別を保つべきです。

結果を比べる前に収入モデルを区別する

取得したNFTの転売は、クリエイターとして代金を受け取ることや、サービス料金を稼ぐこととは違います。転売者には取得原価と在庫リスクがあります。クリエイターには制作経費、一次販売代金、その後の対象売買でのクリエイター収益があり得ます。サービス提供者には、取引対象NFTを所有せず、労働費用と契約上の支払条件がある場合があります。

顧客の売却代金をサービス提供者の売上に加えてはいけません。また、宣伝されたクリエイター収益率を、既に受け取った支払いと数えてもいけません。確認済みの受取額と、取引での実際の役割を使います。同じ参加者が複数の役割を担っても、帳簿はそれを明らかにし、入金をすべてNFT取引利益へ圧縮するべきではありません。

作品を作らずにOpenSeaで収益を得る方法のガイドは、役割と必要資源を比較します。モデルを分けると、資産の値上がり、有料サービス、クリエイター自身の商業活動のどれが結果を生んだかを識別しやすくなります。証拠と費用分類はそれぞれ異なります。

期間全体を正直に見直してOpenSeaの利益を考える

取得、完了した売却、残存在庫の状態を含む見直し期間を選びます。週次報告は運用管理に役立っても、多くの取引が未完了かもしれません。どれが確定し、どれがまだ推定かを読者が分かるよう、報告日と在庫評価方法を示します。

大きな未解決の前提を含めます。複数品があり、小さな対象買い注文が一つだけのコレクションで、その価格ですべてを即売却可能と評価するべきではありません。例外的な過去の高額売買でも、残る保有すべてを自動的に評価してはいけません。証拠が弱ければ、根拠のない精密な数値より、範囲や推定不能を示す方が有用です。

OpenSeaの最低価格付近のまとめ買い戦略のような一括取得では、対象群全体と個別品を確認します。安い出品を一緒に取得しても、売れる時期と価格は異なり得ます。購入後に表示最低価格が上がっても、売却はどれも決済されず、未売却部分の費用もなくなりません。

正しい分母で収益率を使う

例の利益が出た二点の合計原価は0.260 ETH、実現利益は0.0454 ETHでした。その原価に対する完了取引の収益率は約17.46%です。二点については数学的に正しい値ですが、三点全体や口座期間全体を説明しません。勝者だけを選ぶと、答える問いが変わります。

期間全体の損失0.0172 ETHは、その後の入金前の当初資金1.000 ETHの1.72%です。矛盾ではありません。一方は完了した二つの成功例で、他方は損失の三点目、共通経費、失敗した取引費用、使わなかった現金も含みます。収益率を示すときは、分子と分母の両方に説明を付けます。

勝率にも文脈が必要です。完了した三点のうち二点で利益が出ても、ほかの経費を加える前から、品全体の取引は損失でした。Cの損失が、AとBの利益合計を上回ったからです。成功件数では経済的結果の測定を置き換えられません。少数の大損が、多数の小さな利益を上回ることがあります。

期間も併記します。長期保有後の実現利益は、短期間の同額の利益と同じではなく、売れない品は報告日を過ぎても資金を使えなくする場合があります。少数の結果を年間の約束へ外挿せず、資本の使い方を説明する実際の日付、額、残る資金拘束を示します。

独立した証拠と記録を照合する

大きな要約を信じる前に、小さな照合を行います。購入、売却、失敗したトランザクション、追跡ウォレット間の送金を一件ずつ選びます。各活動記録から帳簿へ、また逆へ追跡します。数量・金額、資産、チェーン、時刻、分類の一致を確認します。合計の足し算だけでなく、データの意味を調べる確認です。

同じ出来事の重複表現に注意します。マーケットプレイスの売買記録と、その基になるトークン移転が、一件の経済的取得を表す場合があります。別々の購入として加えると、在庫や支出を二重計上します。逆に、自分の別ウォレットへの単純な送金は、自動的に売買にはなりません。実際に別の移転は保ちつつ、トランザクションと資産の識別子で関係する記録を結び付けます。

未決済注文は、完了した経費と別に確認します。対応するオファー用に保管中の資金は、一時的に使えなくてもNFTに支出したとは限りません。有効だが資金のない指示も、後で資金が戻れば重要になり得ます。どちらも実現損失へ黙って変えたり、利用可能資本の把握から無視したりするべきではありません。口座には運用成績と、現在の資金拘束の両記録が必要です。

帳簿で判断を説明できるようにする

有用な記録には、短い購入理由と、その理由を変える証拠を含めます。最終結果を当初計画と比較できるようにするためです。予期しない発表から利益が生まれたなら、その意外さを記録します。想定したオファー範囲に品が入らず売却できなかったなら、市場全体のせいにせず、適用条件の誤りを特定します。

自動化でも、これらの区別を保つべきです。最低価格付近の自動まとめ買いでは、関連する多数の購入が素早く生じ得るため、品ごとの識別、一部だけ取得した結果、共通経費、残るリスクが特に重要です。取得量を祝い、未売却品を省く要約では、過程が有用だったかを評価できません。

帳簿の目的は、結果全体を理解できるようにすることです。実際の支出から始め、各資産を追い、手取額を記録し、確認済み経費を含め、外部資金を照合します。それらが一致すれば、利益の出た完了済みの一連の取引と、有望な売却、入金で増えた残高、最終結果が不明な在庫保有を区別できます。