Ich denke, dass die wertvollste Information in der Bedrock-Routenhistorie nicht nur ist, welche Routen die Nutzer "genommen haben", sondern warum sie diese gewählt haben.
Dieses Detail ist in @Bedrock von Bedrock 2.0 ziemlich wichtig. Denn ein Nutzer könnte heute mit uniBTC in einen bestimmten Vault eingestiegen sein oder über brBTC eine BTC-Kapitalroute gewählt haben. Bei der Entscheidungsfindung gab es sicherlich einen Grund: Vielleicht war die APY höher, vielleicht war die Vault-Kapazität noch nicht überlastet, vielleicht hat BRClaw diese Rückzahlung als direkter empfohlen, oder es ging einfach um eine kurzfristige Aufgabe.
Das Problem ist, dass viele Leute nach ein paar Tagen, wenn sich der Routing-Status ändert, vergessen, nach welchen Kriterien sie ursprünglich gewählt haben. Zum Beispiel, wenn sie damals diese Route gewählt haben, weil die Vault-Kapazität noch gesund war; jetzt, wo die Kapazität fast am Limit ist, gilt der ursprüngliche Grund dann noch? Wenn sie damals die brBTC-Route gewählt haben, weil die Ertragsquelle vielversprechend aussah; sollte der Nutzer jetzt, wenn der Zustand der Ertragsquelle fällt, nicht neu bewerten? Wenn die Routenhistorie mir nur sagt: "Du bist hier schon einmal eingestiegen", ist diese Information tatsächlich nicht genug.
Deshalb möchte ich eher sehen, dass Bedrock auch die Auswahlgründe in der Historie festhält. Zum Beispiel, dass diese Route damals von Engine empfohlen wurde, basierend auf Erträgen, Kapazität, Liquidität oder Ausstiegsbedingungen; was BRClaw damals empfohlen hat; ob der Zustand des Vaults und die Rückzahlungsbedingungen zum Zeitpunkt der Auswahl dokumentiert sind. So können Nutzer bei der späteren Analyse nicht nur sehen, ob sie Gewinn gemacht haben, sondern auch, ob sich die Bedingungen, die zu ihrer Entscheidung geführt haben, geändert haben.
Diese Funktion mag nicht so auffällig wie die APY sein, ist aber für das Management von BTC-Kapital sehr nützlich. Denn was wirklich Fortschritte bringt, ist nicht jedes Mal eine neue Route zu wählen, sondern zu wissen, warum man die letzte gewählt hat, was sich danach geändert hat und was man beim nächsten Mal vermeiden sollte.
In Zukunft werde ich bei der Bedrock-Routenhistorie besonders darauf achten, ob sie die "Auswahlgründe" beibehält.
Wenn nur die Ergebnisse festgehalten werden, ist es für den Nutzer schwer, eine Analyse durchzuführen; wenn die Bedingungen der damaligen Entscheidungen festgehalten werden, wird die nächste Wahl zwischen uniBTC / brBTC nicht wieder bei null anfangen müssen.
@Bedrock $BR #Bedrock
Dieses Detail ist in @Bedrock von Bedrock 2.0 ziemlich wichtig. Denn ein Nutzer könnte heute mit uniBTC in einen bestimmten Vault eingestiegen sein oder über brBTC eine BTC-Kapitalroute gewählt haben. Bei der Entscheidungsfindung gab es sicherlich einen Grund: Vielleicht war die APY höher, vielleicht war die Vault-Kapazität noch nicht überlastet, vielleicht hat BRClaw diese Rückzahlung als direkter empfohlen, oder es ging einfach um eine kurzfristige Aufgabe.
Das Problem ist, dass viele Leute nach ein paar Tagen, wenn sich der Routing-Status ändert, vergessen, nach welchen Kriterien sie ursprünglich gewählt haben. Zum Beispiel, wenn sie damals diese Route gewählt haben, weil die Vault-Kapazität noch gesund war; jetzt, wo die Kapazität fast am Limit ist, gilt der ursprüngliche Grund dann noch? Wenn sie damals die brBTC-Route gewählt haben, weil die Ertragsquelle vielversprechend aussah; sollte der Nutzer jetzt, wenn der Zustand der Ertragsquelle fällt, nicht neu bewerten? Wenn die Routenhistorie mir nur sagt: "Du bist hier schon einmal eingestiegen", ist diese Information tatsächlich nicht genug.
Deshalb möchte ich eher sehen, dass Bedrock auch die Auswahlgründe in der Historie festhält. Zum Beispiel, dass diese Route damals von Engine empfohlen wurde, basierend auf Erträgen, Kapazität, Liquidität oder Ausstiegsbedingungen; was BRClaw damals empfohlen hat; ob der Zustand des Vaults und die Rückzahlungsbedingungen zum Zeitpunkt der Auswahl dokumentiert sind. So können Nutzer bei der späteren Analyse nicht nur sehen, ob sie Gewinn gemacht haben, sondern auch, ob sich die Bedingungen, die zu ihrer Entscheidung geführt haben, geändert haben.
Diese Funktion mag nicht so auffällig wie die APY sein, ist aber für das Management von BTC-Kapital sehr nützlich. Denn was wirklich Fortschritte bringt, ist nicht jedes Mal eine neue Route zu wählen, sondern zu wissen, warum man die letzte gewählt hat, was sich danach geändert hat und was man beim nächsten Mal vermeiden sollte.
In Zukunft werde ich bei der Bedrock-Routenhistorie besonders darauf achten, ob sie die "Auswahlgründe" beibehält.
Wenn nur die Ergebnisse festgehalten werden, ist es für den Nutzer schwer, eine Analyse durchzuführen; wenn die Bedingungen der damaligen Entscheidungen festgehalten werden, wird die nächste Wahl zwischen uniBTC / brBTC nicht wieder bei null anfangen müssen.
@Bedrock $BR #Bedrock