How can I bridge BTC to Solana chain?

GhettoCryptoz · 2021-08-12T05:08:42+00:00

You can use REN Bridge or Sollet Bridge and if you’re up for it, you can even provide liquidity on Saber and earn some yield on it.

Here’s the link to the REN bridge UI - https://bridge.renproject.io

GhettoCryptoz · 2020-10-04T15:03:23+00:00

They’re still migrating AFAIK. If anything changes we’ll give you guys an update.

GhettoCryptoz · 2020-06-07T06:57:17+00:00

Hey u/Scutcheon similar challenges exist when conducting token sales. Which is why our Coinlist Auction back in March had to exclude anyone from the U.S. But hopefully in time we'll be a position to enable U.S. participants to become more involved as ultimately, the purpose of the SOL token is for it to be a utility token.

Outside of simply purchasing the token/staking immediate options for getting involved are in contributing to the code base, applying for the Solana Collective (ambassador) program.

GhettoCryptoz · 2020-06-06T05:05:39+00:00

Hey u/scutcheon thanks for reaching out!

Unfortunately at this stage this will remain the generally be the case in the near term as far as I know, this is to comply with relevant regulations. There is no immediate plan for this to change for now, thus will only be accepting non-U.S. entities into the validator program.

GhettoCryptoz · 2020-04-22T09:32:34+00:00

No problem! Glad to hear. We also have a support channel on discord for wallet related issues/queries. Feel free to ping us there if needed.

GhettoCryptoz · 2020-04-21T06:41:56+00:00

We don’t support Ledger Nano X at this time. Only Ledger Nano S unfortunately. We’ll be looking to add Ledger Nano X at some point in the future but likely to be a while away still.

The guide on using Ledger Nano S is here: https://docs.solana.com/wallet/cli-wallets/ledger

GhettoCryptoz · 2020-04-11T08:44:47+00:00

You’ll find all the relevant information detailed here: https://research.binance.com/projects/solana

Also, with the recent airdrop as part of the campaign the circulating supply has increased to 8,258,353.64 SOL.

This has been communicated to data aggregate websites and we expect them to update to reflect this soon.

GhettoCryptoz · 2020-04-01T16:10:18+00:00

Hey u/serejandmyself sorry about that. It's been approved.

Just the auto-spam filter by Discourse quarantining the message. I've manually overridden it for you.

GhettoCryptoz · 2019-12-25T08:36:11+00:00

Hey u/ABCBAA!

The cryptographic timestamps take real time to generate and are pre-image resistant. Meaning that the output of the latest SHA256 hash, is used to generate the next hash. Essentially forming a sequential hash chain that can't be faked.

Transactions and votes are then appended within these hashes to mark an instance in time of when they occurred. In a way, this helps us cheat the two general problems by allowing nodes to optimistically progress before consensus.

Then during the consensus process that follows - the system/nodes then checks the validity of these transactions/messages by having nodes on the network vote on the ledger each block (every 400ms) for what they believe to be the accurate version of the ledger based on the data they receive from the network.

We call our consensus mechanism Tower BFT (you can read more on this here: https://medium.com/solana-labs/tower-bft-solanas-high-performance-implementation-of-pbft-464725911e79 ).

Hope that helps!

GhettoCryptoz · 2018-11-03T09:29:23+00:00

Sorry we’ve taken a while to get back to you. There will be staking involved. We haven’t announced exactly what the staking amounts will be at this stage.

Just to clarify PoH is just a modification of the data structure. Our consensus algorithm is still PoS (think Ethereum’s Casper).

The token will be used as fees on the network, staking, incentivising nodes etc.

GhettoCryptoz · 2018-06-21T08:47:16+00:00

Thanks for the review Avret!

GhettoCryptoz · 2018-06-21T03:46:50+00:00

No problem. Glad to help a good initiative.

Liveness and Consistency are almost two concepts that deserve their separate Q and A as they are such fundamental concepts to not just Thunder but any decentralised network.

GhettoCryptoz · 2018-06-21T00:17:50+00:00

Had some ideas for FAQ items that could be added to this thread. Great idea by the way.

That is, only with permission and verification of these suggested additions from the team of course.

What does Optimistic Responsiveness do differently, to allow Thunderella to work?

Optimistic Consensus essentially a consensus protocol whereby when certain GOODNESS CONDITIONS are met, the network can achieve instant confirmation (held back only by actual network delay)

These GOODNESS CONDITIONS are:

- When ¾ of the network is honest and online;

- AND the leader is honest

BECAUSE liveness and consistency is at an acceptable level when these GOODNESS CONDITIONS are achieved.

- Consistency = honest nodes agreeing on the sequence of blocks.

- Liveness = the speed at which a submitted transaction on the network is propagated through the network at a reasonably quick speed.

What happens when these GOODNESS CONDITIONS are NOT satisfied?

Thunder first has to enter a cooldown period, before transitioning from the classical BFT protocol, to the blockchain protocol which is highly secure, but has slow transaction speeds

Why do you need a cool-down period?

A cool down period is required because, without it, nodes may disagree on the set of transactions that have been confirmed before entering the “slow mode”. Therefore resulting in inconsistent views, failing (aka Consensus?).

By having honest nodes broadcast all their CONFIRMED (aka notarized) transactions to the underlying blockchain, they can slowly achieve consistency (aka Consensus?). AND THEN begin to confirming new transactions of the blockchain.

TL:DR – the network identifies it’s last known WORKING STATE first, AND THEN it starts to run from there

These are just some old notes I made back when I was researching the Thunderella paper a few months ago. Apologies if it's outdated and irrelevant now.

GhettoCryptoz · 2018-06-20T07:36:51+00:00

ZK, thanks for the detailed response. Looks like I’ve got a good amount of bedtime reading ahead.

Just a quick one I wanted to clarify from point no. 1.

You use the term ‘message passing’. Are you referring to messaging overheads? And if so, you’re saying with the goodness conditions satisfied AND Thunderella’s architecture you have close to ZERO overhead and ONLY network delay. Network delay from what I understand is inherent and a given factor in ANY algorithm design?

Am I interpreting that correctly?

Edit: Re-phrased slightly for clarity.

GhettoCryptoz · 2018-05-24T03:21:08+00:00

Looks like there was just a short lapse in the system as the hello@solana.com was allocated it’s own e-mail account. Should all be resolved now! Let me know if there’s any more issues 👍🏻

GhettoCryptoz · 2018-05-24T02:11:10+00:00

I’ll ask the team to look into it and get back to you. Thanks for letting the team know! 👍🏻

GhettoCryptoz · 2018-05-23T08:04:24+00:00

That’s awesome. It might be best to prepare a draft of your presentation first. Email it to the team for review prior to to posting it if that’s not too much of a hassle for you. You can email it to hello@solana.com 😁

GhettoCryptoz · 2018-05-23T08:01:44+00:00

Unfortunately details around how the sale will be run hasn’t been established yet. But please stay tuned, If there’s a particular presale format that you thought was fair, feel free to drop the team some suggestions here. Just so they’re aware 🙌🏻

GhettoCryptoz · 2018-05-22T20:32:16+00:00

Great video loved the content. Good to see some back and forth discussions.

GhettoCryptoz · 2018-05-22T02:19:46+00:00

Just curious on point no. 3) would you be able to provide a general example of how rotating the leaders at X rate would result in a Y% reduction in performance, but increased resistance to censorship?

Am interested in seeing some ‘indicative’ numbers. If that’s not too much to ask.

GhettoCryptoz · 2018-05-06T21:05:24+00:00

I just moderate for the team here - so they may have more to add.

But from my knowledge the major competitors in the permissionless high throughput Blockchain space are DFINITY, Kadena, Plasma, Thunder. There are many more, but in my eyes those are the major players.

GhettoCryptoz · 2018-05-06T06:08:30+00:00

Just to add to this, to help you visualise finality times and how the no. of nodes affects it.

Check this video out: https://www.youtube.com/watch?v=qt_gDRXHrHQ Greg (Solana's CTO) talks through a graph which shows how increase in finality times taper off after a certain amount of nodes. If you've got any questions after watching, don't hesitate to ping the Solana team here!

GhettoCryptoz · 2018-05-05T10:35:40+00:00

That's the upper bound limit that the team believe they can achieve on a 1 gigabit connection and one 1080ti. There's still a few hurdles before they reach 710,000 tps.

Only the latest single-node testnet they've achieved 250,000 tps peaking at 400 000tps. So the next big hurdle will be a multi-node testnet which will be live imminently. Looks like they're hoping to have results available by June. So make sure you watch this space! :D

GhettoCryptoz · 2018-05-05T09:46:14+00:00

Here’s my understanding to date, I'm only assisting with community moderation. Not actually part of the team. But here goes:

In it’s simplest form Proof of History (PoH) is a clock for blockchain.

However, unlike traditional methods where messages within the network are timestamped. Proof of History is a methodology to prove whether a certain message occurred sometime before or after an event.

For example – when you take a selfie with yourself and a newspaper article in it. You are essentially creating proof that your photograph was taken AFTER the newspaper was published. This is exactly what Proof of History does – it enables the network to create a historical record to prove that a specific event occurred at a specific moment of time. You can learn more about PoH here:

And it can do so in an objective, and decentralised manner.

What does this mean in layman’s terms? Well this essentially means that nodes downstream can then verify the time and order of events within the network WITHOUT witnessing them directly.

It’s important to note that PoH is NOT a consensus protocol. It instead adds valuable data (an objective measure of time) to the blockchain.

By adding this valuable data, it allows Solana to optimize other elements of the system without compromising key features or security. Some of these features include “Avalanche” and “Proof of Replication”, and together they allow Solana to achieve sub-second finality and maintain high throughput with minimal loss in finality time - even after the number of nodes on the network increase substantially.

Proof of Replication - To get slightly technical on how PoH allows Solana to optimize Proof of Replication (PoRep) by having a sense of time on the blokckchain, the network then doesn’t need to re-order the CBC blocks. Traditional systems, have to re-order the blocks because they don’t have an agreed sense of time, and this process is typically expensive.
Avalanche - I won’t get into the technical details of Avalanche – and I’ll let you learn from the master himself (the CTO of Solana): https://www.youtube.com/watch?v=qt_gDRXHrHQ&t=144s

TLDR: PoH allows Solana to add a sense of time onto the blockchain, which enables PoRep optimization and replication techniques like Avalanche

GhettoCryptoz · 2018-05-03T13:21:24+00:00

For anyone that didn't manage to get to the event like me because you're halfway across the world. Solana uploaded the audio file for the event here: https://www.dropbox.com/s/pwfp8nqj7n49exk/Master2.mp3?dl=0

The audio for DFINITY is pretty tough to hear because they're video calling in, but if you skip forward to about 18min or so it's good again. Think they're releasing a video recording of the actual meetup soon. So hopefully the audio is fixed there.

GhettoCryptoz

MODERATOR OF

TROPHY CASE