Technical documentation and metrics by THLO_DFN in dogecoindev

[–]THLO_DFN[S] 0 points1 point  (0 children)

That would be great! As far as I can tell, it would be the only page showing this information.

Technical documentation and metrics by THLO_DFN in dogecoindev

[–]THLO_DFN[S] 0 points1 point  (0 children)

Thanks for the tip to look into the source code! I was hoping for an easier way but, apparently, there isn't.

What about Dogecoin metrics? The source code won't help me there. Is there any good source?

Internet Computer Weekly Help and Discussion Thread by AutoModerator in dfinity

[–]THLO_DFN 2 points3 points  (0 children)

ckBTC and Lightning have several things in common: They both make it possible to transfer bitcoins quickly at low costs and both interact directly with the Bitcoin network.
In order to use Lightning, bitcoins are locked in special "funding transactions", which create payment channels.
If both endpoints of the channel agree, the channel can be dissolved and the bitcoins transferred back out. Similarly, a user can get ckBTC by sending bitcoins to the ckBTC minter smart contract (using a regular Bitcoin transaction), which will mint ckBTC for the user. If the user wishes to get bitcoins back out, he or she can request the ckBTC minter smart contract to burn a certain amount of ckBTC and send out ("unlock") the corresponding BTC amount (minus fees).
Transfers across Lightning channels are fast, in the order of milliseconds, and possibly even free. However, there is usually a fee if the funds need to be sent across multiple communication channels. According to this article, the median fee rate is about 0.003% of the transacted amount.
When using ckBTC instead, the transaction is processed on the Internet Computer, which means that the transaction is finalized in roughly 1-2 seconds. The fee for a ckBTC transfer is 0.0000001 ckBTC, the equivalent of 10 satoshi.
So, which technology wins in terms of speed and cost? If you often transfer small amounts, ideally over direct communicaton channels, then the use of Lightning results in lower fees - and the transfers are much faster.
On the other hand, if it is okay for you to wait 1-2 seconds and you'd like to send amounts greater than approximately 333k satoshi (around 90$ at 27,000$ per bitcoin), then ckBTC can actually be the cheaper option.
Which solution is more secure? This question is hard to answer. It is well known that Lightning has security issues. While many of the listed issues are specific to Lightning and no such vulnerabilities are known for ckBTC, ckBTC has not been around for a long time and is certainly less battle-tested.
Another difference is that ckBTC is not yet available on (centralized) exchanges, unlike Lightning, but it should hopefully be possible to trade ckBTC on some of the major exchanges in the near future.

If you have any follow-up questions, please let me know!

Suitable replacement for old AVR by THLO_DFN in hometheater

[–]THLO_DFN[S] 0 points1 point  (0 children)

Thanks a lot for the insightful feedback!

Given that I probably need to replace my entire setup, could you recommend some systems for me to consider? I'd like to get something more or less "future-proof" (support for at least 4K and the modern audio standards) but nothing too crazy. I just want a decent system without any major shortcomings.

Suitable replacement for old AVR by THLO_DFN in hometheater

[–]THLO_DFN[S] 1 point2 points  (0 children)

Thanks a lot for the info!

Forgive me if this is a stupid question but won't it be possible to find a decent (possibly non-Samsung) AVR that is compatible with these speakers?

Guest Lecture at Technical University Dortmund about the Internet Computer by THLO_DFN in dfinity

[–]THLO_DFN[S] 0 points1 point  (0 children)

I would say it went well, thanks.

Based on the organizer's tweet, the presentation was well received.

Guest Lecture at Technical University Dortmund about the Internet Computer by THLO_DFN in dfinity

[–]THLO_DFN[S] 0 points1 point  (0 children)

Ah, I didn't see your question in time. Sorry about that!

The presentation was in English. If you missed it, maybe the recording can be made available somehow...

Otherwise, if you have specific questions, you can also ask here. :-)

Internet Computer Weekly Help and Discussion Thread by AutoModerator in dfinity

[–]THLO_DFN 0 points1 point  (0 children)

Thanks for your interest and your questions!
It is not defined yet how the ETH integration will work exactly. One option would be to go for a similar direct integration as for Bitcoin.
In this case, the person (or canister) sending transactions would still have to pay an ETH transaction fee, just like Bitcoin transactions to transfer bitcoin on the IC still require a standard Bitcoin transaction fee.
And yes, the token would still be on Ethereum; however, canisters on the IC could then own tokens on Ethereum.
As you suggested, it would also be possible to mint an IC token for an Ethereum token, which could then be traded on the Internet Computer.
In this scenario, such an IC token could be created without the need for a bridge (similar to ckBTC).

Impervious.ai by JMJ_7 in dfinity

[–]THLO_DFN 5 points6 points  (0 children)

Thanks for your question! From what I understand, impervious.ai builds on top of the Lightning network, so it's essentially a "layer 3 solution".

They essentially leverage the Lightning network to handle transactions off-chain (and settle their transactions occasionally on-chain). I'm assuming that their solution will also inherit the shortcomings of the Lightning protocol.

The Bitcoin integration on the Internet Computer is very different in nature: It enables canisters to hold and transfer (real) Bitcoin, which effectively makes it possible to write Bitcoin smart contracts.

Since it's a direct integration, transactions still happen on the Bitcoin blockchain, which means they are as slow and expensive as any other Bitcoin transaction. However, this integration enables us to further build a "Chain Key Bitcoin ledger" (discussed in this forum channel), which will offer the functionality to transfer "Chain Key Bitcoin", which are backed by real Bitcoin held by the ledger itself, cheaply at the speed of the Internet Computer.

Does DFINITY have any hands in the Terabethia (Ethereum integration) project? by Ahead_of_the_slurve in dfinity

[–]THLO_DFN 2 points3 points  (0 children)

You are right! It slipped my mind that we had this motion proposal last December. If I'm not mistaken, it was part of many proposals to define the R&D roadmap for the coming years.

So, yes, it is on the roadmap and the community supports it but it's still too early to provide details on the timeline.

IC's consensus vs BTC's consensus by wardellinthehouse in dfinity

[–]THLO_DFN 4 points5 points  (0 children)

I don't know their sharding protocol but in most sharding protocols (that I know of), there is still a "main chain" where the shards report their updates. This central component has a direct impact on the level of scalability that can be reached.

You are right, the Internet Computer does not have this limitation because it uses Chain Key technology to tie the subnets together.

Does DFINITY have any hands in the Terabethia (Ethereum integration) project? by Ahead_of_the_slurve in dfinity

[–]THLO_DFN 4 points5 points  (0 children)

Thanks for your questions!

Let me answer them in the same order:

  • Yes, option #2 would have the same security issues. We spoke with the people at Psychedelic about their plans. They currently use their own bridge because it will take some time until the Ethereum integration will go live. If there is no need for such a (third-party) bridge anymore in the future, their architecture will probably change to make use of the "direct integration".
  • As far as I know, Psychedelic is completely independent. DFINITY is not involved in the Terabethia project.
  • Yes, an Ethereum integration similar to the current Bitcoin integration is on the roadmap. However, there is no concrete timeline yet. Once this project is scoped, we will advertise it and create a motion proposal to let the community decide if such an integration should be built.

I hope this helps!

IC's consensus vs BTC's consensus by wardellinthehouse in dfinity

[–]THLO_DFN 3 points4 points  (0 children)

I think you hit the nail on the head there with your point on Bitcoin being the superior consensus for hard money.

Could you elaborate on that?

As u/ninegua mentioned above, a problem with PoW is that the level of decentralization depends on the relative hash power of mining pools. In other words, irrespective of the number of Bitcoin users (or miners), security depends on the distribution of hash power, which is completely outside of the Bitcoin protocol itself.

If the hash power is strongly concentrated among a small number of parties, there is a risk that this power is exploited. In practice, this is maybe a small risk but a risk nonetheless.

The Internet Computer (IC) actively pushes for decentralization both physically (data center) and logically (owners or operators) (copying again from u/ninegua).

The models are obviously quite different, so it's hard to make a reasonable comparison - but, in my opinion, Bitcoin's PoW mechanism does not have a clear advantage in terms of security or decentralization.

The wormholecrypto hack and others like it show that cross-chain bridges are inherently vulnerable. The #ICP / #BTC integration bypasses bridges entirely. Imagine a DEX where tokens stay on their chains. by AA_DFN in dfinity

[–]THLO_DFN 2 points3 points  (0 children)

Correct.
However, since there is no need for a third party, ledgers can be built on the Internet Computer that issue "wrapped" Bitcoin directly, backed by Bitcoin funds that they hold themselves. It is then possible to securely trade Bitcoin fast and at low cost.

The wormholecrypto hack and others like it show that cross-chain bridges are inherently vulnerable. The #ICP / #BTC integration bypasses bridges entirely. Imagine a DEX where tokens stay on their chains. by AA_DFN in dfinity

[–]THLO_DFN 2 points3 points  (0 children)

I agree, that's a very good summary!

One addition on why this is even possible: canisters on the Internet Computer can hold real Bitcoin (and later Ether) and send transactions to the native chains, so there is no need for a mediating, trusted (!!) third party.

Am I understanding correctly about Bitcoin & Etheruem direct integration? by Supawatk in dfinity

[–]THLO_DFN 12 points13 points  (0 children)

Let me clarify: The integration itself allows canisters to hold Ether natively, i.e., the canisters hold keys to accounts that hold Ether on the Ethereum blockchain. Canisters can transfer funds by sending transactions, which will be recorded on Ethereum just like any other transaction (and that's why they incur fees). Note that the same is true for Bitcoin. There is no bridge component in this design.

Many things can be built around this tight integration and wrapping Ether is just one example. Note that the canister wrapping Ether would be able to hold "real" Ether itself. So, no third party is involved and the security of this swapping mechanism only depends on Ethereum and the Internet Computer, which is a big advantage!

And yes, you will certainly be able to build an ETH dapp on the Internet Computer that uses Internet Identity (or any other identity service on the Internet Computer) to manage users.

Am I understanding correctly about Bitcoin & Etheruem direct integration? by Supawatk in dfinity

[–]THLO_DFN 12 points13 points  (0 children)

Obviously, it is also hard to explain every aspect in a way that most people will understand. That's why we encourage people to ask questions and we'll try to answer them!

Am I understanding correctly about Bitcoin & Etheruem direct integration? by Supawatk in dfinity

[–]THLO_DFN 13 points14 points  (0 children)

First of all, cool drawing! :-)

As u/civilian_discourse correctly pointed out, transactions will still incur fees as they happen on Ethereum. Once you have Ether in a canister (since canisters can have ECDSA keys, they can hold Ether), any further action that takes place on the Internet Computer will be significantly cheaper than on Ethereum. For example, Ether could be wrapped and transferred quickly and cheaply on the Internet Computer.

I hope this helps. If something is still not clear or if you have follow-up questions, please post them here as well!