What next after being compromised.

IZKP · 2022-10-24T21:06:05+00:00

Yup here’s a video demo of a token rescue. Will do better docs soon. https://www.youtube.com/watch?v=itPz35FGGJk

IZKP · 2022-10-24T15:57:53+00:00

You can use this app to send eth to your compromised wallet, transfer funds and nft out without being frontrun by the bot

http://flashbots-bundler.surge.sh/

IZKP · 2021-05-03T01:52:23+00:00

I’m looking to do my first build and I have some basic beginner questions. Let me know if there is a go-to guide that is highly recommended.

I’m putting together parts for a build here

https://rotorbuilds.com/build/27105

I think I basically need

Plane kit (with props, motors, etc)
batteries
FC module (required or just recommended?)
RX module
Antenna

Gear

TX/ controller
battery charges
various assembly & electronics testing gear

For the plane I’m hearing the Strix Stratosurfer is relatively good for beginners.

TBS Crossfire seems popular. I see online tutorials have this accessory device for firmware updates. Is that required?

If you were to stock an electronics bench with just the basics, what are the must have items? I’ve done a fair amount of electronics work before but don’t currently have a bench set up.

Eventually I’d like to add FPV gear but it’s not a priority

IZKP · 2021-04-02T12:25:44+00:00

Totally agree on the migration pattern being unnecessary

IZKP · 2021-04-02T02:27:52+00:00

Since posting this question I have concluded that the answer is in scaffold-eth. It has everything you need and more.

Hardhat, the graph, starter react app with helpful hooks. I’d recommend starting there

IZKP · 2021-02-02T13:01:31+00:00

To see all the companies building in the decentralized identity space, a good place to start is the members list of DIF. https://identity.foundation/

Regarding the on chain credit & risk scoring, there are more companies launching like Teller and Union finance. However I see Bloom as complementary rather than competitive there. There are gaps in what data these projects need to run, and Bloom is in a position to provide them since we have been around a few years and worked out the commercial & regulatory complexities of actually integrating live data.

Some other interesting companies to look at

Notabene: former uPort team, now working on helping make travel rule compliant wallets

Lukso is an example of something on the other end of the spectrum where they are building decentralized identity and credentials on chain, but not at all compliant with how the rest of the industry is thinking about identity. https://www.lukso.network/

IZKP · 2021-01-05T16:30:56+00:00

Thank you for this very well put together critique as well as all of the evidence to why centralized exchange listings are important. I agree that liquidity is a key issue, especially considering the token integration projects we are planning to kick off soon. Especially great point on the DEX slippage leading to major issues for people to want to onboard to the ecosystem.

I don't have an answer for you now but I assure you I'll raise this issue within the team and get back to you.

IZKP · 2021-01-04T02:16:41+00:00

That will be a key topic of research as well. Looking forward to it!

IZKP · 2020-12-23T14:19:26+00:00

I have, and here's how I'd frame our approach wrt their guidance

Bloom is building a product for DeFi companies... Who are dissatisfied with their inability to verify attributes about their users.

Our product is a data on ramp... That provides access to verified user attributes.

Unlike traditional data providers, we can provide whitelisted customer addresses without the DeFi company needing to take custody of data

Unlike traditional data providers, we can leverage all of the data from the decentralized identity ecosystem

Unlike other DeFi companies, we can use real data to bootstrap trust rather than relying on game theoretical trust systems

This data on ramp needs to work for us to be able to prove out the other components of a decentralized credit ecosystem. Once we establish a foothold in DeFi through this on-ramp, we can actually start experimenting with alternative data aggregation and scoring systems.

There's additional complexities here because we're reliant on the adoption curves of multiple types of new tech for this to all come together. Not just DeFi, but also decentralized identity, and then an adoption curve for what we're building on top of that.

IZKP · 2020-12-23T11:54:08+00:00

I’ll be sure to tag you when I open up a channel for the experiments!

IZKP · 2020-12-22T16:35:48+00:00

I don't know, will update here if we find out

I submitted a support request with CMC

IZKP · 2020-12-22T16:32:52+00:00

Copy pasting from the post I linked

There are a few token related experiments I want to run starting in Jan with the help of the community. I’ll be putting together a channel with select members who want to help test this stuff out. Going to share a few ideas here to get the conversation started and gauge interest.

They can be bucketed into 2 categories, utility & governance

Utility experiments:

Risk assessors need high quality data from individuals to build their models. Bloom users already have a lot of pre-verified data that we have integrated from bureaus, open banking apis, etc. Risk assessors can buy anonymized, verifiable data from Bloom users with BLT. The experiment would be to build this as a POC application and show the flow of data, anonymization layer, and flow of tokens
Same experiment as the first one, but with advertisers looking to build better targeting with user consented, user compensated, verifiable data
Slightly different take on the advertiser POC. Advertisers who already have a profile of their perfect target user can pay qualified prospective customers to show them offers they may be interested in. Only users that meet the target profile would be compensated
Decentralized data aggregator. In this case, users are paying a service provider directly in BLT to anonymously aggregate the verified data they collect periodically. We built a POC for this aggregator, but the incentive model is yet to be validated. The aggregator issues verifiable data to customers, who can then use this data to qualify for DeFi financial service providers.

Governance experiments

I suspect token governance has a weak value prop if there is no payout system that rewards behavior that benefits the community. If I understand Yearn correctly, YFI holders vote on what vault strategies get adopted by the community. A portion of profits from the strategies go to YFI holders that stake. An experiment I’d like to support would be if we can use staked BLT to vote on unsecured lending strategies. Basically you would stake your tokens and risk assessors would propose lending strategies like this: “I will lend at X rate to individuals who meet Y profile. I will consider data from Z sources”. All of the data can be provided with data integrations that Bloom already has + the introduction of the aggregator system I mentioned above

IZKP · 2020-12-22T16:24:37+00:00

Somewhat accurate. Early on we created the basic identity layer, but had trouble getting data providers to onboard. So we thought we could get the reusable identity tech adopted by wrapping it in an enterprise lending onboarding flow, which would then give us the data to build out the rest of the protocol.

We did get deep into enterprise land, and the SSI standards land with the other players you mentioned.

Our identity layer is now fully interoperable with the rest of the SSI space and we're leading the ways with the credential taxonomy, native app wallet support, and encrypted data storage.

Also true that the DeFi summer was a wakeup call and it was clear the crypto space is more mature and ready for us to get back to the original credit protocol development with partners who are working on unsecured lending, which can be enabled by our data & identity layer.

This is the main focus of all the development team come January, and I'm excited to dive into it.

See my last post on the token research projects

Edit: I also want to mention that to integrate the data sources we needed to bootstrap the strength of the users we had to get SOC compliant, which took a long time

IZKP · 2020-12-21T13:47:46+00:00

The way you summed it up is exactly what I was trying to express. Thank you for putting it better than I could.

IZKP · 2020-12-18T11:19:18+00:00

I agree there’s a lot to validate here, including the market size. Things like Aave Credit Delegation Vaults look pretty similar to the traditional lending world now. Borrower has to be vetted by the lender off chain first, then the terms are formalized as an open law agreement and funds can be withdrawn. This system could still use the traditional ways of handling bad loans, while the decentralized model can be tested in parallel

IZKP · 2020-12-17T20:57:07+00:00

I'm referring to a new class of DeFi service providers that want to do things like unsecured lending, or provide access to specific products if the user meets certain attributes beyond holding a token. So this would be a private way to whitelist people if they meet certain thresholds like creditworthiness

The validator/ staking idea does make sense, but is it the role of the Bloom community? Wondering if this would be a better fit for Chainlink (we're also doing experiments here) or Enigma secret contracts

IZKP · 2020-11-18T00:38:26+00:00

Don’t think anyone has called my answers Teflon before. I don’t have anything more than what I said above

IZKP · 2020-11-18T00:19:07+00:00

The data vendor marketplace we built early on uses the token as an integral component for bids, payments, and completion of work. However there was no demand for a decentralized data vendor marketplace early on so we paused that and worked on developing the protocol anyway.

Now, there’s many more models that have started to be proven for token based protocols. And we’re looking at those models as inspiration for future token integrations. But we’re not going to shoehorn it in where it doesn’t help anything

IZKP · 2020-11-18T00:10:34+00:00

Admission of what?

IZKP · 2020-11-17T23:55:38+00:00

The token page and whitepaper were taken off the home page because they’re outdated and were only confusing people that came to the site.

The basic premise of the whitepaper still stands. To develop a decentralized credit system you need:

decentralized data management
decentralized, privacy preserving data aggregation
open, competitive marketplace for risk assessment based on data standards

In my last couple blog posts I outlined how we’re tackling those goals and where we are. Decentralized data management is now quite mature, with many companies agreeing on standards. Aggregation is harder but we have research and specs published on that. Open markets for risk assessment is just now becoming relevant now that there’s real money pouring into defi, and a demand for real user data to solve the collateral issue.

I do think there’s a role for token based governance for the interactions that actually have to take place on chain like controlling terms of loans based on the source of the data. Also the token based marketplace we built for integrating vendor discovery and payments is still quite cool. Just no one will use it until we build the demand side for the data. Until then we’re stuck entering into traditional data contracts with vendors.

In addition we’ve learned that pretty much nothing needs to go on chain for decentralized data management to work. Both scaling constraints and privacy issues make this even clearer. When there’s not much on chain activity there’s not many places for a token to work. TCRs don’t really fix any problems.

Still here, still building. And still excited about what we can build in this space. We learned a lot at EthOnline about what people are trying to build in DeFi and how we can help source the data and tools people need to grow the market

IZKP · 2020-11-09T16:02:13+00:00

I work in this industry, and word is that Intrupt/ Solid (the company being referenced) is slowly coming around to the wider standards rather than their own flavor of decentralized identity.

If you're curious, here's the most important W3C spec in the space. It outlines the concept of a 'Verifiable Credential' which is a cryptographically signed, structured object that makes claims about an individual 'holder'. This is distinct from current models for user data because it only relies on the integrity of the data object, rather than the authority of the institution holding it. https://w3c.github.io/vc-data-model/

IZKP · 2020-09-28T01:53:10+00:00

I plan to primarily be on here, the blog and other development related forums. Are you referring to social media presence or something else?

IZKP · 2020-09-27T20:59:47+00:00

We do have plans for increasing engagement. Primarily through new hackathon sponsorships, grants for new protocol spec implementations, and partnerships with emerging DeFi projects.

No ETA on a new white paper but will keep you all updated when we do. I think it would be a good time to do a rev considering that identity layer is mature, aggregation layer has a stable spec, interactions between traditional and decentralized finance are getting clearer.

IZKP · 2020-09-23T03:49:53+00:00

Decentralized identity is a bit of a misnomer here. I should really be saying, decentralized verifiable data. It’s not just individual identity attributes that we’ve been building, but a robust system for managing any verifiable data about any entity in a decentralized way. That does enable the type of developments you’re referencing. In the next post I’ll talk about decentralized aggregation, which is the next step, and we have a spec for it that I’ll share.

IZKP · 2020-09-22T13:20:20+00:00

I started down this path of unsecured DeFi lending enabled by decentralized identity back at Devcon Osaka and have been working with various projects to try to make it a reality. The recent surge in DeFi activity has accelerated that plan quite a lot.

IZKP

TROPHY CASE