Como eu poderia ter construído o ritmo como um L2 Separe o tempo em vários componentes: - uma pilha de OP de validium zk L2. Isso evita o problema de preços de pico de blob, mantendo os dados tx offchain - um SDK da camada de aplicativo de tempo para incorporar todas as personalizações de pagamento que eles desejam, como memorandos integrados e gás pago em qualquer stablecoin. Este é o ponto de entrada da Stripe na pilha - SDK de consagração de tempo, que é o conjunto de contratos padrão/"TempoERC" que eles esperam estar em qualquer "cadeia de tempo". - use vários L2s automaticamente sob o capô no tempo SDK. Especialmente a escala fractal L3 estabelecida em tempo L2 validium e L2s de ultra escala como Mega e Rise. - usar pré-confirmações L2 coladas para uma finalidade rápida que é absolutamente boa o suficiente; não deixe que eles digam que a "finalidade" do alt L1 é melhor, não é porque literalmente nada os impede de reescrever a história do alt L1. Preconfs ligados são extremamente promissores e pouco explorados (Arb foi pioneiro): Por exemplo, você envia um tx de pagamento para um dos L2s suportados pelo tempo e, em 200ms, eles lhe dão uma garantia de finalidade comprovada limitada ou pagam US $ 10 milhões. Esses tipos de ligações pré-configuradas podem funcionar em cadeias de terceiros suportadas pelo Tempo, onde o Tempo não executa o sequenciador, como Mega ou Rise. Os pré-configurados também podem oferecer garantias estruturadas em camadas de finalidade, como "incluído nos próximos blocos N L2, bem como nos próximos blocos M L1, a menos que o gás L1 atinja picos acima de Z gwei, caso em que a finalidade L1 é garantida nos próximos 100 * M blocos". Tudo isso com pagamentos totalmente automáticos caso a garantia não seja cumprida. As vias rápidas para pagamentos podem assumir a forma de fractal L3 dedicado especificamente para determinados clientes ou faixas de preço, ou uma via rápida no ritmo principal L2 que oferece garantias de finalidade muito mais fortes / rápidas. O Tempo é um projeto empolgante executado por duas organizações (Stripe e Paradigm) que são exatamente os tipos de atores técnicos sérios conectados que estão preparados para fazer o tipo de arquitetura de ponta discutida acima. imo eles deveriam ter começado com um L2 que oferece TPS imediatamente insuficiente para toda a visão e cresceu rapidamente a partir daí usando os padrões acima. Irônico que Patrick tenha dito que os usuários / clientes de pagamento não devem se importar com a cadeia que usam e decidiram lançar sua própria One True Chain quando as fantásticas arquiteturas multi L2 / L3 estão prontamente disponíveis - não apenas usando os próprios L2 / L3s do tempo, mas também excelentes L2s de ultra escala de terceiros. É simplesmente um modelo melhor - reduz o risco dissociando as inovações de pagamento da escolha inicial da cadeia. É um modelo melhor, mesmo antes de descontar o animus e o coeficiente de arrasto que o Paradigm alimentou com o lançamento de um alt L1 com justificativa falsa. Qual concorrente do Stripe acaba tentando algo como o acima primeiro? Apenas uma questão de tempo.