Jak jsem mohl vybudovat tempo jako L2 Rozdělte tempo na více složek: - a zk validium OP stack L2. Tím se vyhnete problému s naceňováním přepětí objektů blob tím, že data tx zůstanou mimo řetězec - SDK vrstvy aplikace Tempo, která ztělesňuje všechna přizpůsobení plateb, jako jsou vestavěné poznámky a placení plynu v jakémkoli stablecoinu. Toto je vstupní bod Stripe do zásobníku - tempové SDK, což je sada standardních/"TempoERC" kontraktů, u kterých se očekává, že budou v jakémkoli "tempovém řetězci". - používat více L2s automaticky pod kapotou v Tempo SDK. Zejména fraktální škálování L3 se ustálilo na tempu L2 validium a ultra scale L2 jako Mega a Rise. - použití lepených L2 předkonfirmací pro rychlou finalitu, která je naprosto dostačující; nenechte je říkat vám "konečnost" alt L1 je lepší, není to proto, že by jim doslova nic nebránilo přepsat historii alt L1. Bonded preconfy jsou extrémně slibné a nedostatečně prozkoumané (průkopníkem Arb): Např. odešlete platbu tx na jeden z L2 podporovaných tempem a za 200 ms vám dají ohraničenou prokazatelnou záruku konečnosti nebo vám zaplatí 10 milionů dolarů. Tyto druhy předkonfekčních vazeb mohou fungovat na řetězcích 3rd party podporovaných Tempem, kde Tempo nespouští sekvencer, jako je Mega nebo Rise. Preconfy mohou také nabízet vrstvené strukturované záruky konečnosti, jako například "zahrnuto v dalších blocích N L2, stejně jako v dalších blocích M L1, pokud plyn L1 nestoupne nad Z gwei, v takovém případě je konečnost L1 zaručena během dalších 100*M bloků". To vše s plně automatickými výplatami v případě nesplnění záruky. Rychlé pruhy pro platby mohou mít podobu vyhrazeného fraktálu L3 speciálně pro určité klienty nebo cenové body, nebo rychlého pruhu v jádrovém tempu L2, který nabízí mnohem silnější/rychlejší záruky konečnosti. Tempo je vzrušující projekt vedený dvěma organizacemi (Stripe a Paradigm), které jsou přesně tím druhem seriózních technických aktérů, kteří jsou připraveni dělat ten druh špičkové architektury, o kterém jsme hovořili výše. Podle mého názoru měli začít s L2, která nabízí okamžitě nedostatečné TPS pro celou vizi a odtud rychle rostli pomocí výše uvedených vzorců. Je ironií, že Patrick řekl, že uživatelé/platící zákazníci by se neměli starat o to, jaký chain používají, a rozhodli se spustit svůj vlastní One True Chain, když jsou snadno dostupné úžasné multi L2/L3 architektury - nejen pomocí vlastních L2/L3 od tempa, ale také vynikajících ultra škálovacích L2 třetích stran. ...