Betaal later, bijgewerkt: betaal een termijn van uw energiebalans

Betaal later is altijd het eenvoudige gedeelte geweest: 25% vooraf, drie maandelijkse termijnen, geen financieringskosten. Wat in de nieuwste release is veranderd, is de manier waarop u elke termijn afrekent, inclusief het rechtstreeks betalen van één termijn energie balans, wat betekent dat een machine zichzelf kan terugbetalen vanuit het platform waarop het al leeft.

De meeste hardwarefinancieringen in deze sector zijn ofwel een lening met rente, ofwel een regeling voor het delen van inkomsten, waardoor stilletjes de productie voor altijd wordt verlaagd. Betaal later is dat ook niet. Het gaat om een betalingsschema: een kwart van de bestelling begint, daarna drie gelijke maandelijkse termijnen geen extra financieringskosten of verrassingskosten. De hardware wordt ingezet zodra de eerste betaling is verwerkt en draait dus terwijl het saldo nog openstaat.

Die structuur is al een tijdje openbaar. De mechanica eronder is zojuist aanzienlijk flexibeler geworden.

Een termijn betalen van uw energiebalans

Dit is de verandering die de moeite waard is om goed te begrijpen, omdat het een cirkel sluit die voorheen vereiste dat geld van het platform naar het platform moest worden verplaatst.

Uw energiesaldo is het tegoed dat op het platform wordt bewaard voor het hosten van stroom. Beloningen kunnen erin worden gerouteerd, verwijzingscommissies kunnen erop worden toegepast en het kan direct worden opgewaardeerd. Voorheen deed het één ding: het betaalde voor elektriciteit. Het kan nu een termijn voor Betalen later verrekenen.

De waarborgen zijn de moeite waard om te vermelden omdat ze de randen van het kenmerk definiëren:

• Alleen een openstaande termijn komt in aanmerking. De functie is van toepassing op een termijn die verschuldigd is, niet op het willekeurig opnieuw in evenwicht brengen van uw planning.
• Dubbele kosten worden voorkomen het is zo ontworpen dat een termijn niet tweemaal via twee routes kan worden afgewikkeld.
• Elke betaling wordt vastgelegd in de transactiegeschiedenis waarbij de bestelling en de specifieke termijn zijn bijgevoegd, zodat in het audittraject wordt vermeld wat er is betaald in plaats van dat er een onverklaarbare afschrijving wordt weergegeven.

Het praktische effect: de productie die op uw balans terechtkomt, kan naar de hardware gaan die deze heeft geproduceerd, zonder opname, conversie en herstorting – en zonder de kosten en vertraging die elk van deze stappen met zich meebrengt.

Betalen in één termijn per bankoverschrijving

Met een SEPA-overboeking wordt nu in de EU een individuele termijn betaald, op basis van de bestelgegevens of de bestelgeschiedenis. Dat klinkt klein totdat je hebt geprobeerd een kort betalingsschema te laten lopen via een bankrail die is gebouwd voor vaste bedragen.

De volledige set routes die wordt weergegeven in de interface met betalingsinstructies omvat SEPA voor de EU, ACH voor de VS en bankoverschrijving voor Canada, Australië, Hongarije en Turkije. Crypto-routes blijven beschikbaar via BTC Pay en Changelly Pay, en een enkele bestelling kunnen met een combinatie van methoden worden afgerekend.

Wat er achter de schermen is veranderd en waarom het je zou kunnen schelen

Eén oplossing in dezelfde release is de moeite waard om te weten, omdat deze eerder de eerlijkheid dan de functionaliteit beïnvloedde. Bij de dagelijkse controle van achterstallige betalingen werd halverwege een time-out uitgevoerd en werden de meest recentelijk achterstallige rekeningen overgeslagen. Het gevolg was een inconsistente behandeling: sommige rekeningen werden gemarkeerd en dezelfde dag nog een boete in rekening gebracht, terwijl andere volledig werden gemist en verouderde bedragen bevatten.

Het wordt nu in één keer voltooid, dus het markeren gebeurt dezelfde dag en de boetes voor te laat komen worden correct berekend. Een factureringssysteem dat identieke situaties verschillend behandelt, afhankelijk van waar u in de wachtrij zit, is een eerlijkheidsprobleem, en het is iets dat onzichtbaar is in een lijst met functies.

Beheerders kunnen nu ook bestaande bestellingen bewerken, inclusief Betaal Later-schema's. Als een wijziging van invloed is op de hosting, worden facturen en hostingcontracten opnieuw uitgegeven en tekent de klant opnieuw. Een planningswijziging is een contractwijziging en wordt als één contract behandeld.

Waar Betaal Later de juiste tool is, en waar niet

Het past wanneer de beperking eerder timing dan kapitaal is: je bent van plan de hardware te kopen, de economie werkt op jouw tempo, en het spreiden van vier maanden aan betalingen terwijl de machine al aan het produceren is, is simpelweg een betere volgorde.

Het past slecht als een manier om meer hardware te kopen dan de rekenkunde ondersteunt. Een betalingsschema verbetert het break-even-elektriciteitstarief van een machine niet, en het verandert niets aan wat de hasjprijs doet. Als een eenheid zijn stroom niet tegen uw tarief dekt, lost financiering ervan over vier maanden niets op; het wordt gewoon in vier stukken geleverd. Voer eerst het break-evencijfer uit:

Tegen een spot-hashprijs van $ 38,33 per PH/s per dag en een tarief van $ 0,048/kWh, die drempel is 33,3 J/TH. Controleer uw hardware aan de hand van uw tarief voordat u deze volgens een schema controleert.

Laatste gedachten

De hoofdstructuur van Betaal later is niet veranderd, en dat was ook niet nodig: een kwart minder, drie maandelijkse betalingen, daarbovenop niets toegevoegd. Wat er is veranderd, is dat het regelen ervan je niet langer uit het platform dwingt en weer terug naar binnen. U kunt een termijn betalen uit het saldo dat de automaten voeden, of via de bankrail die u daadwerkelijk gebruikt, één voor één.

Financiering moet veranderen wanneer u betaalt, nooit wat u verschuldigd bent.