[Tortle Ninja is a #nocode #DeFi tool built to enable crypto investors to create combined DeFi strategies.]

Tortle Ninja is a #nocode #DeFi tool built to enable crypto investors to create combined DeFi strategies.

Website https://tortle.ninja

Docs & Whitepaper https://docs.tortle.ninja

Telegram Channel https://t.me/tortleninjaTG

Medium https://medium.com/@tortle-ninja




DeFi Landscape is an everchanging scenario with lots of new solutions, projects, and brilliant (and not so brilliant) ideas, but some problems remain unsolved, one of them is how to deal with increasing complexity, new tools, new financial products, and the asymmetry this creates between so-called whales and regular users. Whales have access to programming tools, bots, and developers that give them a technical advantage. Well, Tortle is designed to disrupt this 😏.
Tortle Ninja is a no-code DeFi Framework, which allows the creation and trigger of combined operations, Tortle Combo recipes, allowing users to create complex operations in a simple way. Tortle enables you to save these operations and re-use them in the future, making possible the creation of easy-to-use DeFi strategies and products, like our Bitcoin Savings Account.
Tortle Ninja is fast, easy and anyone can use it.
It also got Turtles 🐢, combos💥 and lots of action🥷

How Tortle Works
Tortle enables the users to create combinations of DeFi operations. All you have to do is linking the nodes and define a strategy, with this you split, create limit and stop-loss orders, and even more complex strategies. Tortle also can validate the operation results and the composition of the operation, so invalid operations are rejected.

With Tortle anyone can create Financial products and strategies: fintech, crypto enthusiasts, and even old-school sordid bankers build can pack and use complex crypto operations, making the best of farming, liquidity pools, DEXs and oracles.




Why Fantom?
Basically, Fantom superior speed and much (much much) lower transaction fees let us do combos in an easy way. Fantom ecosystem is the core of Defi, some of the most promising projects are there, and its the perfect place for Tortle.

When creating the Tortle Token design we wanted to create something unique, hard as a turtle shell, to protect our holders and especially our early adopters from dumping, inflation...

All this section is still a draft, check often for the final version


Ticker: TBD
Contract Address: TBD
Chain: Fantom Opera
Max Cap: 150,000,000 TRTL


USES of TORTLE

Tortle is a sophisticated dapp and some services inside of the platform can only be used by using Tortle. The core of the economic model on Tortle is based on platform fees, and how to revert all value created on the token and on our community. The platform fee will be a 1,5% of every operation, that will be shared as this:

• 0,5% (33% of all fees) will be for Tortle Dojos, to reward hodlers.
• 0,7% will be back at Tortle Treasury, mainly used to reduce inflation.
• 0,3% will be to Dev Fund, to expand the team and fund the project long term.

What we tried to create is an inflationary model that rewards token holders and community on the best way possible, making the project a sustainable, long term initiative.

Platform Fees
Every transaction on Tortle pays some fees, and these  are paid on Tortle Tokens. About 0,7% of assets inflow on the platform will be converted to Tortles on the market and sent back to the Tortle Treasury. Users dont really have to buy Tortles before, Tortle will do it automatically when a transaction starts.

Tortle Dojos
Tortle has staking offerings, what we call Tortle Dojos, Tortle Dojos allow users to stake Tortle Tokens in exchange for rewards, Tortle Dojos offering will change over time but our first one is what we call the Hanzo Dojo

Hanzo's Dojo🥋
Hanzo's Dojo will reward holders of the Tortle Tokens with platforms fees, a great APY and a special surprise, an unique completion NFT. Hanzo´s Dojo will have a max cap of 2,5M Tortle Tokens.
To reward our users will give them 3 streams of revenue:

• The 33% of all platform fees during the first 12 months.
• Rewards on Tortle Tokens to give at up to 100% APY over the 12 months.
• 2 NTFs, one when you start farming and the other one at the end of the staking period.

Hanzo's Dojo will consist on 3 Tiers, with a max cap of 2,5M Tortle Tokens.
The Black Belt Tier:🥋This tier will lock Tortle Tokens for 12 months, and will share between its participants the 17,5% of all the platform fees during the 12 months and a 200% of APY on Tortle Tokens over that period. The Black Belt tier will have a max cap of 500,000.00 TORTLEs, not accepting more users when the max cap is reached. The platform fees will be rewarded monthly and the principal and APYs will be shared at the end of the period. A user can unstake tokens at any moment, losing the reward (and also the posibility to enter the black belt tier again directly). At the end of the period all users will receive their completion NFT, a completion NFT on black belt tier will allow users to access our best staking offerings. Participants on the Tortle IDO will have preference to access this DOJO

The Green Belt Tier: This tier will lock Tortle Tokens for 6 months, and will share between its participants the 10% of all the platform fees during the 6 months and a 100% of APY on Tortle Tokens. The Green Belt tier will have a max cap of 750,000.00 TORTLEs, not accepting more users when the max cap is reached. The platform fees will be rewarded monthly and the principal will be shared at the end of the period. An user can unstake tokens at any moment, losing the reward.At the end of the period all users will receive their completion NTF, a completion NFT on Green belt tier will allow users to access our Black Belt Tier

The Yellow Belt Tier: This tier will lock Tortle Tokens for 3 months, and will share between its participants the 5,5% of all the platform fees during the 3 months and a 25% of APY on Tortle Tokens. The Green Belt tier will have a max cap of 1,250,000.00 TORTLEs, not accepting more users when the max cap is reached. The platform fees will be rewarded monthly and the principal will be shared at the end of the period. An user can unstake tokens at any moment, losing the reward.

The 3 Dojos will be opened after TGE, but as soon as they reach their max cap you can only access the biggest tiers if you have the NFTs of completing the lower level, so Black Belt tier will be only avaliable to users who hold on their wallet the Completion NFT of the Green Belt, and Green to only the ones that had completed the Yellow one.
Completion NTFs are tradeable.

Relief Fund
When a user wants insurance on his recipes he can use our Tortle Relief Fund feature, when a recipe is reviewed an insurance fee is proposed, if the user accepts we automatically buy these Tortle Tokens on the market and send it to Relief Fund.

Relief Fund Catbonds
Another product you can only buy with Tortle is our Catbonds.
Tortle Cat Bonds are available every time the max insured quantity is in use. When we got a 75% of our  relief fund already in use covering our users, Tortle Catbonds will be available to buy. Tortle Cat Bonds has a minimum APR and a maturation period. The minimum APR will be paid as soon as the bond is sold and the rest at the end of the maturation period.
Tortle Cat Bonds work in a similar way to LP Token, and you can even redeem it before the maturation period with a discount.
In case there is a catastrophic event, Cat Bond investors will lose a part of their principal to the insured users. All Cat Bond investors will lose, and a part of their principal depends on the maturation of their bonds. In extreme cases, investors will lose all their funds.

Governance
All token holders will be able to have a say in the future direction of the project via voting on proposals. The goal is that in the long run, users of TORTLE can choose the new features to implement, change policies...
Decisions include setting fees, reducing incentives, defining burn policies, and adopting new features.

[Important Update:]

Important Update:Hearthy ICO indefinitely delayed https://medium.com/@hearthy/hearthy-ico-indefinitely-delayed-1d143ef5b243

With Hearthy we want to create a decentralized, open and sustainable ecosystem to improve health care access to everyone, regardless of income, making health care efficient, agnostic to jurisdiction and user-centered. Hearthy basically intends to create a transactional layer bound with healthcare that fixes the most common cases which nowadays limit the health care access

• Website
• Whitepaper
• Slack Group
• Telegram Group
• Twitter Profile
• Github Profile
• Subreddit
• Blog

Abstract

Existing healthcare models are based on antiquated paradigms. The truth is, European social security programs (being the most advanced) were established following World War II when the population was almost one-third of what it is now. The current demographic shift towards an aging population and more patients suffering from chronic diseases is straining healthcare systems resulting in a major global challenge. How can healthcare providers sustain universal, high-quality healthcare initiatives for this deluge of patients while endeavoring financial hardship and human resource constraints?

For the last 5 years, the authors have worked in the health and insurance sectors for organizations including SERGAS, Ginemed Telemedica, Medipremium, and AXA (first as Glue Digital and later as Hearthy) to help these companies in their digital transformation processes, but experienced mixed outcomes. While beneficial digital projects resulted, critical unresolved issues remain such as increased healthcare costs, late adopters, low adherence… turning access to digital health into a luxury asset
As a result, the authors are determined, as developers at Hearthy, to create a decentralized, open, and sustainable ecosystem to improve healthcare access regardless of income, making healthcare more efficient and user-centered.

 The proposed ecosystem will consist of:

• The Protocol - A Personal Health Record (PHR), which relies on distributed ledger technologies that can be used and owned by the patient.
• The Coin - The ❤️️(HER), which will empower the ecosystem.
• The Suite - Open source tools and applications, which will boost the traction of the protocol and create the first generation of services.

The Product: Blockchain-Based Health Ecosystem

Within healthcare operations, there is no definitive EHR/PHR standard. Diverse standards, both proprietary and open source, are available and a 1996 consortium created HL7 for messaging between different HDOs, but without one standard in which to be aligned, interoperability between systems will continue to be a significant issue, EHR vendors also play a market strategy that generates fragmentation.

Interoperability is most evident in Spain’s healthcare program. While hosting one of the most effective, advanced, and well-designed health systems in the world (with an expenditure of $2,658 per inhabitant, universal healthcare, and a life expectancy of 83.08 years), the country’s varying regions are not uniform in their systems approach. This can result in a scenario where a patient moves from one region to another with no guarantee that their PHR is transferable. Why do we have to accept this?

Our protocol basically intends to create a transactional layer bound with healthcare that fixes the most common cases which nowadays limit the health care access allowing frictionless transactions.

Solution Architecture

All PHR will be created by Hearthy Co. aligned with FHIR standards, the latest version provided by the HL7 consortium. The PHR will be entirely modular, so that organizations/apps/developers will be able to use aspects of it as they choose.
The exterior architecture of the solution  will be structured as depicted in the next figure.

Moreover, the PHR will be separated into 3 layers: the first dedicated to security and privacy, conformance and terminology; the second dedicated to administration and defining all the roles generated by the ecosystem; and third dedicated to storing all medical data related to a medical process.

Hearthy Co. will explore ontology standards such as ICD-10 and SNOMED-CT since it increases interoperability and provides a common understanding of concepts used in clinical documents. This is not an easy task, as it was addressed by a group of researchers in their paper written in 2011; they were trying to fill in the gap between HL7 and SNOMED-CT. However, Hearthy Co. intends to close this burgeoning gap in order to accelerate the automatic and critical processing of health data.

Internally the PHR will be constructed following the FHIR specification, with the following structure.

Privacy and Cryptography

To ensure patient privacy, cryptography will be utilized giving the patient a granular access to their data and choosing what details remain private. Hearthy Co. will also make it possible for verified medical professionals to add to the PHR following authenticality.

Once a medical milestone is created (stated by a doctor, the patient, or any automated agent) the system splits it into blocks and encrypts each block with a randomly generated key as depicted in Figure 4. In addition, an index is generated with each block and its key. The combination of index and encrypted blocks is signed by the doctor with their private key, to ensure that the data cannot be tampered with. Finally, the entire entry is encrypted with a random entry key and the key is sent to the user encrypted with their public key, ensuring that only the user can read it. This system affords the user access permissions by sharing either the entry key or any of the block keys, allowing the decryption of only the chosen data.

Distributed Ledger Topography

   

The Hearthy Co. distributed ledger will consist of the following stakeholders.

The Hearthy Foundation

The Foundation’s amends and updates are the core of the system. Any node and token holder can propose an upgrade to the overarching system with a suggested price attached. If the majority of token holders find the tip useful, they will be able to send tokens to the proposer so that they can complete the upgrade with enough resources. The Foundation board itself, will also propose and develop upgrades as well as wield veto power, at least for the first 3 years after launch (the Foundation is extensively described in the previous sections of this paper).

The Healthcare Provider
The provider is a hospital, a healthcare professional, healthcare system, an insurance company...etc. Every provider buys enough tokens to maintain a node. By creating a node, the provider can ask any user for access. If the user consents, the provider is then able to access patient data in order to create a specific service. The provider is also able to send the user tokens for access. Furthermore, the provider can read and/or write data on the user’s PHR if the user agrees. As Hearthy Co. begins working with regions with uninsured/underinsured populations, the new ecosystem may be a great point of connection between providers and new healthcare users who will already have a PHR when the provider arrives.

The Patient  
The patient is the most important element of this innovative platform. Users will have various registration options. By default, the registration process uses only biometric identification utilizing just a selfie and a signature. Such systems create a unique user ID, which is recorded on the blockchain. The resulting selfie and signature are then stored on the device and all the information that circulates on the Internet is anonymized. Once a user is registered, a small amount of tokens is sent as a reward, which promotes engaging.
 
A user will access the ecosystem via an app/dapp. Hearthy Co. will develop the initial apps, but the environment is as open and fluid as possible to enable any organization to create its own apps/dapps. All services must be paid with tokens, and the user has to buy or obtain them through incentives. The providers can also send tokens to specific users in order to allow them to receive medical services (for example, some insurance companies may offer a variety of services inside the platform by buying and sending their policyholders a certain quantity of tokens every month, which could be used for prevention services, medication...etc.).

A user will not have karma, but they can post a positive or negative review of any other agent in the blockchain.

The Research Organization
The medical researcher needs structured data for their clinical research. Every time a researcher creates a node on the network, he can create a request for all the desired data, including demographic information, and establish the price they are willing to pay per user. All the selected users then receive a notification within their apps asking them to share their data with the researcher. If the user agrees, all the data becomes visible for the researcher. However, this access will have an expiration date based on the associated smart contract. Hearthy Co. will also develop a dapp in order to make accessing the resulting data easier for researchers.

A researcher has a karma, which can be earned every time a user agrees to share their information. However, researchers lose karma when more users choose not to agree to share their data. In situations of extremely low karma, a researcher might be banned from the network. Researchers must be held accountable, hence the Foundation or any token holder can issue a petition for a researcher to share the outcomes of their research under certain conditions. Se


The Medical Practitioner
Through the new platform, every medical professional becomes a user on the blockchain as well as on the developer's app. The doctor delivers healthcare in markets created by app developers and providers, either in the form of telemedicine or an alternative means. The doctor sets a price for their services or makes an agreement with the provider and/or with the app developer. Every consultation a doctor makes carries a fee based on tokens. The tokens are digitally transferred from the patient’s wallet to the doctor’s wallet. Then, the doctor can convert them into FIAT currencies. Every doctor has a karma, so they are held accountable as well.

Hearthy Co. is also planning to develop specific tools that can aid doctors with diagnosing conditions more accurately.

The Automated Agent/The Device
Automations are crucial for the future of healthcare delivery. Automated apps, such as chatbots, are a prime example as they can help users manage tasks such as medication adherence or even carry out a complete treatment or diagnosis. Automated apps write and read on the blockchain as any other player. The app developer must buy enough tokens to manage the node and be able to set up a price for the service in form of tokens. Users, providers, or the Foundation itself can pay the associated fees.

By consensus, the Foundation can reward developers of automated agents with tokens in order to generate new business models and to test ideas. Tokens will be released when specific milestones are achieved (it could be based on health outcomes and/or on design/development states).

Hearthy Co. will deliver the first automated healthcare apps; one for medication adherence and a chatbot intended to work with depression/anxiety patients that is similar to the one designed by Standford University earlier this year. Automated agents will have their own wallets and the developer can use the tokens from these wallets for whatever purpose.

Automated agents have karma as well.

The EHR/EMR Vendor
User patient data will be created by Hearthy and is intended to be inclusive of software developers. The goal is to create a suite of integrations that allow any EHR vendor to be integrated.

Token Anatomy

Hearthy is introducing an open source cryptographic token named ❤(HRT), which is visualsed as a health cryptocurrency to be used in health services. ❤ is a pure cryptocurrency of a fixed supply. It is fractionally divisible and long-term deflationary by design.

❤ is intended to be bought by users and by providers and researchers, as it is the fuel of the transactional layer we want to create. Only the 65% of the ❤ will be liquid in the short term. Similar to other cryptocurrencies, the units of  ❤ are mutually interchangeable and transferable, and they will be expected to trade in cryptocurrency exchanges.


Implementation
❤ will be implemented on the public Ethereum blockchain as an ERC20 token. The Ethereum blockchain is currently the industry standard for issuing custom digital assets and smart contracts. The ERC20 token interface allows the deployment of a standard token that is compatible with the existing infrastructure of the Ethereum ecosystem, such as development tools, wallets, and exchanges. Thanks to Ethereum’s ability to deploy Turing-Complete trustless smart contracts, it is possible to issue complex rules for cryptocurrencies, digital financial contracts, and automated incentive structures. These advanced features and active ecosystem make Ethereum a natural fit for ❤.

Transaction Fees
There is a transaction fee for every transaction on the blockchain. Every time the fee is split into two: a certain percentage goes to the owners of the blockchain nodes (providers, data storage providers, etc.) as gas, and another part goes directly to the Foundation which will later use this liquidity to facilitate the growth of the ecosystem, to reward the developers as well as to amend and update the distributed ledger.

Transaction fees work in various ways:

• Incentivizing blockchain adoption by node owners
• Redistributing wealth, in form of paying invoices for those developers who create more value
• Ensuring deflationary tendencies over time, so that the token becomes more and more valuable

Rights to the token owners and Post ICO Governance
The primary use of tokens is for their owners to receive medical services by using them. Therefore the patients, health care organizations and doctors can use tokens in their daily health care-related transactions.
The ownership of the HER tokens give political and partial refund rights to the token owners, when the project’s milestones are reached. (example testnet ready milestone) token owners will have the right to ask for a refund if the majority of the holders believes the team hasn’t matched the milestone correctly.
If more than 50% vote the project to be discontinued the project will stop and all the remaining funds stored will be refunded in form of ETH.

ICOFUNDING will hold these funds until the milestone is reached.

For more info about this topic: https://blog.icofunding.com/the-need-of-an-ico-post-governance-7ef476cbd76b

ICO Terms

To kickstart the network, an capped number    of will be sold based on a predetermined price function that increases over time. The funds raised from the initial sale
will be transferred to the Hearthy Foundation to fund the development of the ecosystem. The ICO will be developed in two phases, Presale and ICO. ICOFUNDING will be our partner in terms of token issuance, distribution and escrow.

Token supply:  A maximum of 109.923.077 HER tokens will be created, unsold tokens after the ICO ends will not be minted.

Funds accepted: Hearthy is collecting funds in ETH.

Minimum investment goal: 5,000 ETH

Maximum investment cap: 60,000 ETH

Token distribution: Hearthy Co. will distribute the tokens following this structure:

• Presale participants         7,91%
• Early ICO participants     5,46%
• Early ICO participants   10,01%
• Early ICO participants   14,33%
• ICO participants            27,29%
• Foundation                   23,00%
• Founders and advisors   10,00%
• Bounties program              2,00%

Token release: Tokens will be created automatically during the token sale.

Token price:  A no bonus price is sold following this rule: 1,000 HER= 1ETH.  Presale participants will receive a 45% more tokens. (Example: If a presale participant buys 1,000ETH he/she will receive 1,450,000 HER)

Dates:  Presale will be opened from October 15 2017 to November 15. ICO will be opened the first week of December, and will remain opened for  a maximum of 3 weeks.

Bonus Schedule: The bonus schedule will follow this structure:

Demo Apps

Coming soon.

Roadmap

The progress of the company can be seen in the following roadmap, the company started as a telemedicine company, where the PHR was secondary, as we have progressed we understood the PHR as the backbone of the medical revolution that is about to arrive and Blockchain as the most promising technology to undertake this revolution.

The Team

Javier Blanco Thomas: CEO
Javier Blanco has been developing digital products for the last 11 years. He holds a degree in Audiovisual Communication in The Complutense University of Madrid as well as two Master degrees in IED and Trazos School, related with art direction and digital production. He has worked in Havas Media/MPG, and in projects with award winning studios and agencies like FarFar/Waskman or Duplostudio. Javier Blanco Founded Glue Digital in 2010, nowadays Glue Digital employs 7 people and manages about 25M users each year, working with Fortune500 clients all around the world (Carrefour, Mondelez, KFC, AXA,…). Glue Digital has been awarded with some design awards and nominations, such as Awwwards, German Design Council or Laus Awards.
In the health field Javier has been working in different projects for more than 5 years, dealing with clients such as SERGAS, Ginemed, AXA or Medipremium. He founded Hearthy in 2015, first as a complete mhealth solution, and later as an entire ecosystem, Hearthy has been featured in programs like Google Launchpad and at conferences such as Health2.0. It has been the core of apps such as Medipremium, the first mobile health service deployed on the Spanish market.

Shafi Ahmed: Medical Director
Shafi Ahmed is a surgeon, teacher, futurist, innovator, entrepreneur and an evangelist in augmented and virtual reality. He was appointed as a Consultant General, Laparoscopic and Colorectal surgeon to the Royal London Hospital and St Bartholomew's Hospitals, Barts Health in 2007.

He was appointed as an honorary professor at The University of Bradford in May 2017. Shafi works in the Academic Centre of Surgery and has established minimally invasive colorectal surgery at the Royal London Hospital, Barts Health NHS Trust. His main clinical interest is colorectal cancer and he performs radical pelvic surgery for primary and recurrent disease as well as multi-visceral resections. His other interests include diverticular disease, inflammatory bowel disease and pouch surgery, coloproctology and the modern management of haemorrhoids.

He has pioneered single incision laparoscopic colorectal surgery (virtual scarless surgery) and also works with liver surgeons to perform simultaneous laparoscopic liver and bowel resections for cancer. His other clinical interest is advanced stage 3/4 endometriosis, performing laparoscopic surgery with gynaecologists. This has led to the development and recognition of a national centre for endometriosis. In addition, he has specialist experience in complex abdominal wall hernias and reconstruction. From 2010 to 2015 he was the lead clinician and multi-disciplinary team lead for colorectal cancer at Barts Health NHS Trust. He is also a CQC specialist advisor in general surgery.

He undertakes private work at the London Independent Hospital and the Spire Roding Hospital.

hafi has been working on new technologies enhancing surgical education globally. His online videos have been watched hundreds of thousands of times, earning him the accolade of most-watched surgeon in human history.[7]

His company Virtual Medics[8] has developed the use of wearable technology in education and clinical practice. This has allowed the development of a web-placed platform to stream live and interactive teaching. They have recently released a global surgical curriculum.

In May 2014, using Google Glass, he performed and streamed a live interactive operation to 14000 students and trainees across 132 countries and 1100 cities.[9]

He is the cofounder of Medical Realities a group offering surgical training products, specialising in virtual reality, augmented reality and serious games. On 14 April 2016, in collaboration with Barts Health, Medical Realities and Mativision,he performed the world's first virtual reality operation recorded and streamed live in 360 degrees. This was viewed by 55000 people in 140 countries and 4000 cities and reached 4.6 million people on Twitter. This event was covered worldwide on over 400 newspaper/online articles.


David Conde Sayans: CCO
David Conde, a fintech entrepreneur, started Txstockdata in 2015 and has been its Managing director ever since. With his skills and team leading talent, he has introduced this project from scratch to a recognized company.
Txstockdata boasts of a multidisciplinary team of talented professionals dedicated to bringing innovative changes to the fintech industry. The Company is mainly focused on creating more efficient solutions related to savings and investments
David Conde studied Business and Administration degree at the Universidad Oberta de Cataluña and he was one of the first European Financial Planners in Spain. He also is a MBA and MBA executive at IESIDE and Nebrija University.
As managing director, David is leading the team behind Txstockdata’s flagship product, Senseitrade. Senseitrade is a platform which turns big data from the Internet into trading opportunities.
Recently they have launched another fintech product called Coinscrap. Coinscrap is a smartphone app that allows users to round up their daily purchases and automatically transfer the change to a saving product.

Juan Sebastian Valencia: CMIO
Medical doctor from Paris Descartes University with a medical thesis on creating an online decision support system for healthcare professionals, dealing with accidental blood exposure (ABE)
Director of MD thesis of general practice residents interested in innovative solutions applied to healthcare
Co-founder of Bress Healthcare, a french startup that created a full-web system of tele-expertise (exchange between healthcare professionals) that is used now in 6 countries of Africa and Southeast Asia in order to do cardiac tele-echography of pediatric patients
CMIO of Carians, a French startup that created a full web platform that will allow patients from all over the world to have access to the world’s best medical expertise
President of the R&D Committee of France eHealthTech, an association bringing together 138 French e-health startups.
In his time off he works as a consultant on the creation of healthcare decision support systems
https://www.linkedin.com/in/juansebastianmd/


Anxo Soto: CTO
Anxo has more than 10 years of experience writing software for the web. For the last 3 years, he has been working at Glue Digital doing full stack development and managing a small team of talented developers. He has participated in the latest eHealth developments at Glue Digital and Hearthy, helping to define the technological stack and integrating with heterogeneous systems from clients and providers. Anxo also has extensive experience in cryptographic systems. He studied Computer Engineering at the University of A Coruña.


Diana D. Reinoso: Lead Frontend Designer
Diana has over 7 years experience in the design and generation of UX projects. She has already participated in diverse health-related projects such as Medipremium, Meedica, or Whitecloud. In the last  4 years, her work as a designer at Glue Digital has been honored with several design awards and nominations from entities such as  Awwwards, German Design Council, and the Laus Awards. She holds an Advertising degree from the Vigo University. Diana is also an accomplished photographer with her work having been featured in Playground Magazine, Lamono Magazine, and exhibited at Matadero Madrid or Bright Trade Show Berlín.


Alex B. Ferrín: Developer
Alejandro has 5 years of experience in web and the interface design. Part of that time has been spent working as a front-end developer at Glue Digital developing the competences and skills needed to design and implement web projects, services, and apps.He has a Design degree from the Antonio Failde School of Art and Design (Ourense) and a postgraduate diploma in Web Project Management and Design from Pompeu Fabra University and ELISAVA Barcelona School of Design and Engineering.


César Caride: Developer
For the last six months, César has been working for Glue Digitial as a backend developer. He previously studied Computer Engineering at the University of Vigo where he also worked as a trainee for over a year. He has also worked as a developer and analyst on key projects related to the implementation of ERPS.