Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SHQ | MB | GA ©
Fintech #1| INTERNET: R/Evolución – De la Web1 a la Web2 (3)
SHQ | MB | GA ©
Fintech #1| INTERNET: R/Evolución – De la Web1 a la Web2 (4)
SHQ | MB | GA ©
Fintech #1| TRADITIONAL WEB VS DECENTRALIZED APP
Traditional
usuarios. El segundo representa la entera lógica de la red/ecosistema/negocio
(dependiendo)
• Las aplicaciones de la Web Tradicional, emplean HTML, CSS, Java u otros
similares para diseñar el frontend. Este interactúa con una base de datos
Web Apps
centralizado donde toda la info es almacenada.
• Front End → API → Database
Decentralized
• Funcionan similar a una aplicación Web Tradicional. El frontend usa exactamente la
misma tecnología para diseñar la pagina/aplicación empleable. Esta continente una
“wallet criptografica” que se comunica con la BC. En vez de una API conectada a
la base de datos, el software de la wallet dispara un conjunto de actividades en base
Applications
a un Smart Contract, que interactúa con la Blockchain (base de datos
descentralizada).
• Web3: Front-End (que incluye una wallet criptográfica) → Smart Contract →
BC
SHQ | MB | GA ©
Fintech #1| DLT & BLOCKCHAIN: SET & SUBSET
“Nuevo Mantra”
(1) | (2) Mehta, Neel; Agashe, Aditya; Detroja, Parth. Blockchain Bubble or Revolution: The Present and
Future of Blockchain and Cryptocurrencies (p. 207). Paravane Ventures. Kindle Edition. SHQ | MB | GA ©
Fintech #1| BLOCKCHAIN HISTORY: PART 1 (Key events)
SHQ | MB | GA ©
Fintech #1| BLOCKCHAIN HISTORY: PART 2 (Stages)
SHQ | MB | GA ©
Fintech #1| BLOCKCHAIN: Features & Taxonomy
SHQ | MB | GA ©
Fintech #1| BLOCKCHAIN: Features & Taxonomy
SHQ | MB | GA ©
Fintech #1| BLOCKCHAIN: PUBLIC vs PRIVATE
SHQ | MB | GA ©
Fintech #1| WALLET & EXCHANGES (1)
SHQ | MB | GA ©
Fintech #1| WALLET & EXCHANGES (2)
SHQ | MB | GA ©
Fintech #1| WALLET & EXCHANGES (3)
SHQ | MB | GA ©
Fintech #1| WALLET & EXCHANGES (4)
SHQ | MB | GA ©
Fintech #1| WALLET & EXCHANGES (5)
CEX vs DEX: Centralized Exchanges vs Decentralized Exchange
SHQ | MB | GA ©
Fintech #1| CASO DE APLICACIÓN: OPEN VINO – Parte 1
VIDEO: https://www.youtube.com/watch?v=7ZYISUzJBMo&feature=emb_rel_pause
https://openvino.exchange
SHQ | MB | GA ©
Fintech #1| CASO DE APLICACIÓN: OPEN VINO – Parte 1
VALUE APPROACH: Value Enhancement by Tokenization …. “Cash Cycle
Efficiency”
CONSIGNA:
Ver el siguiente video.
https://www.youtube.com/watch?v=7ZYISUzJBMo&feature=emb_rel_pause
En función a lo visto en el video y a lo expuesto en clase identificar:
3. ¿Cuál es el “subyacente” del Token diseñado? ¿Considera usted que tiene un “diseño apropiado” y
4. ¿Qué observaciones podría realizarle al modelo de negocio propuesto por Mike Barrow? (Positivas y
Negativas)
SHQ | MB | GA ©
Fintech #1| CASO DE APLICACIÓN: OPEN VINO – Parte 1
VALUE APPROACH: Value Enhancement by Tokenization …. “Cash Cycle
Efficiency”
SHQ | MB | GA ©
Fintech #1| CASO DE APLICACIÓN: OPEN VINO – Parte 1
Value Enhancement by Tokenization …. “Cash Cycle Efficiency”
↓PC → ↓CC → ↓WC → ↓Capital Empleado → Dado el core del
negocio constante (riesgos y beneficios inherentes a la operatoria)
↑ ROCE → ↑ Mejora de Valor
SHQ | MB | GA ©
Fintech #1| ¿wtf? … c&@$#/°s!!
SHQ | MB | GA ©
MUCHAS
GRACIAS!!
Prof.
Sebastián Heredia Querro
Guido Aiassa
Martin Bertoni